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Agencies  of  the  Oepartinent  of  Defense. 

* 

2 .  Beneficial  comnen'ts  ( reconmendationB ,  additions ,  delebiona )  and  any 
perbinent  dat:a  which  may  be  of  use  in  improving  this  document  should  be 
addressed  to:  ASC/ENES,  Wright-Patterson  Air  Force  Base,  Ohio  45433-6503, 
by  using  the  self-addressed  Standardization  Document  Improvement  Proposal 
(DD  Form  1426)  appearing  at  the  end  of  this  document  or  by  letter. 
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PORBNORO 


The  Generic  Transformed  Data  Base  (GTDB)  standard  establishes  the  file, 
record,  and  field  formats  for  digital  geographic  data  bases  to  be  used  by 
real-time  simulators. 

The  GTDB  is  one  of  t%iro  standard  data  base  formats  developed  for  training 
simulator  use  under  Air  Force  Project  2851.  The  other.  Standard  Simulator 
Data  Base  Interchange  Format  (SIF),  is  documented  in  a  separate  military 
standard.  The  application  of  one  or  both  of  these  standards  during  the 
acquisition  of  a  training  simulator  system  is  expected  to  reduce  the  cost 
associated  with  data  base  development  for  that  system,  as  well  as  systems 
which  may  follow  in  the  future. 

The  document  is  structured  in  four  sections,  including  the  main  body  of  the 
standard  and  three  appendices . 

The  main  standard  defines  the  format  of  the  GTDB  as  a  hierarchy  of  files, 
records,  and  fields.  All  data  bases  identified  as  GTDBs  must  conform  to 
this  format . 


Appendix  A  is  a  mandatory  part  of  the  standard,  which  gives  the  detailed 
definition  of  each  GTDB  data  field,  as  an  Ada  type  as  well  as  a  range  of 
permissible  values. 


Appendix  B  is  a  mandatory  part  of  the  standard, 
Descriptor  Codes  used  within  a  GTDB. 


which  lists  the  Feature 


Appendix  C  is  a  guidance-only  section,  which  provides  illustrative 
background  information  on  the  format  defined  in  the  main  standard. 


For  the  first-time  GTDB  user/implementer ,  it  is  recommended  that 
Appendix  C,  "Rationale  and  Guidance",  be  studied  carefully  before  reading 
the  detailed  design  portions  of  the  standard  itself. 
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1  SCOPE 

1.1  Scope.  This  standard  describes  the  detailed  design  of  the  data 
base  identified  as  the  Generic  Transformed  Data  Base  ( GTDB )  of  the 
Project  2851  System,  and  defines  the  file,  record,  and  field  structure 
of  the  GTDB. 

1.2  Purpose.  The  purpose  of  this  document  is  to  facilitate  the 
production  and  utilization  of  Generic  Transformed  Data  Bases. 


2  APPLICABLE  DOCUMEBTS 

2.1  Government  Documents.  Not  applicable. 

2.2  Bon-Government  Publications.  The  following  documents  form  a 
part  of  this  document  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  of  the  documents  which  are  DoD  adopted  shall  be 
those  listed  in  the  issue  of  the  Department  of  Defense  Index  of 
Specifications  and  Standards  (DoDISS)  cited  in  the  solicitation. 
Unless  otherwise  specified,  the  issues  of  documents  not  listed  in  the 
DoDISS  shall  be  the  issues  of  the  documents  cited  in  the  solicitation 
( see  6.2). 

AMERICAN  NATIONAL  STANDARDS  INSTITUTE 

ANSI  X3.27  Information  Systems  -  File  Structure  and  Labeling  of 

Magnetic  Tapes  for  Information  Interchange 

ANSI  X3.4  Code  for  Information  Interchange  (ASCII) 

(Application  for  copies  should  be  addressed  to  American  National 
Standards  Institute,  11  West  42nd  Street,  New  York  NY  10036.) 

DDM-2600-  Natrona!  Imagery  Transmission  Format  (NITF), 

63220-90  Version  1.1 

(Application  for  copies  should  be  addressed  to  Defense  Intelligence 
Agency,  DIA/DM  -  lA,  3100  Clarendon  Boulevard,  Arlington  VA  22201-5317.) 

(Non-Government  standards  and  other  publications  are  normally  available 
from  the  organizations  that  prepare  or  distribute  the  documents.  These 
documents  also  may  be  available  in  or  through  libraries,  or  other 
informational  services.) 

2.3  Order  of  Precedence.  In  the  event  of  a  conflict  between  the 
text  of  this  document  and  the  references  cited  herein  (except  for 
related  associated  detail  specifications,  specifications  sheets,  or  MS 
standards),  the  text  of  this  document  shall  take  precedence.  Nothing  in 
this  document,  however,  supersedes  applicable  laws  and  regulations 
unless  a  specific  exemption  has  been  obtained. 
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3  DBFXmiTIOKS  A>X>  ACROBTK6 


3-1  Acronym*.  For  the  purpose  of  this  standard,  the  following  acronyms 
apply . 


AHSI 

ASCII 

CDBTP 

CIG 

CM 

CMP 

COTS 

CSC  I 

DB 

DBDD 

DBGMP 

DBMS 

DFAD 

OLMS 

DMA 

DRLHS 

DTED 

EO 

EOF 

FAC 

FACS 

FDC 

FID 

FLIR 

FP 

FPI 

GB 

GTDB 

HVC 

IG 

I/O 

IR 

KB 

LOD 

LVT 

MB 

MBR 

MC&G 

MSL 

NOE 

OA 

oc 

RGB 

SAR 

SDDD 

SLOD 

SMC 

SNM 

SSDB 

S/W 


American  National  Standards  Institute 

American  Standard  Code  Information  interchange 

Comnon  Data  Base  Tranaformation  Program 

Computer  Image  Generator 

Configuration  Management 

Configuration  Management  Program 

Comnercial  Of f-the-Shelf 

Computer  Software  Configuration  Item 

Data  Base 

Data  Base  Design  Document 

Data  Base  Generation/Modification  Program 

Data  Base  Management  System 

Digital  Feature  Analysis  Data 

Digital  Landmass  System 

Defense  Mapping  Agency 

Digital  Radar  Landmass  Simulator 

Digital  Terrain  Elevation  Data 

Electro-Optical 

End  of  File 

Feature  Analysis  Code 

Feature  Attribute  Code 

Feature  Attribute  Coding  Standard 

Feature  Descriptor  Code 

Feature  Identification  Descriptor 

Forward-Looking  Infrared 

Formatter  Program 

Frames  per  Inch 

Gigabyte( s) 

Generic  Transformed  Data  Base 

Hue-Value-Chroma 

Image  Generator 

Input/Output 

Infrared 

Kilobyte ( s ) 

Level  of  Detail 
Local  Vertical  Tangent 
Megabyte ( s ) 

Minimum  Bounding  Rectangle 

Mapping,  Charting,  and  Geodesy 

Mean  Sea  Level 

Nap  of  the  Earth 

Quality  Assurance 

Quality  Control 

Red-Green-Blue 

Synthetic  Aperture  Radar 

Software  Detailed  Design  Document 

Simulator  Level  of  Detail 

Surface  Material  Category 

Square  Nautical  Miles 

Standard  Simulator  Data  Base 

Software 


2 


M1I.-STD-1B20 
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UP 

uses 

UTM 

VMS 

WGS 

W/S 


utility  Program 

United  States  Geological  Survey 
Universal  Transverse  Mercator 
Virtual  Memory  System 
World  Geodetic  System 
WorKstation 


GEHERAL  REQUXREMEItTS 


4.1  Media.  Generic  Transformed  Data  Bases  shall  be  distributed  on  nine- 
track  magnetic  tape,  recorded  at  6250  bits  per  inch  (BPI)  in  Group  Coded 
Recording  (GCR)  format. 

4.1.2  Structure/Ldibeling.  Tape  file  structure  and  labeling  shall  be  in 
accordance  with  ANSI  X3.27. 


4.1.3  Multi-Volume  Sets.  GTDBs  shall  be  permitted  to  span  tape 
volumes . 


4.2  Content.  It  shall  be  possible  to  generate  a  valid  GTDB  which 
contains  only  a  subset  of  the  total  information  supported  by  this  format . 
Those  tiles,  records,  and  fields  which  may  be  omitted  are  identified  as 
"Optional"  in  Section  5  of  this  standard. 

4.2.1  Field  Population.  Whenever  a  GTDB  includes  a  particular  record, 
all  fields  defined  for  that  record  shall  be  populated  with  either  valid  or 
defarlt  data. 

4. 2. 1.1  valid  Data.  Valid  data  (that  is,  information  traceable  back  to 
a  real-world  source),  shall  be  used  to  populate  GTDB  fields  whenever  such 
data  exists  in  the  Standard  Simulator  Data  Base  (SSDB). 

4. 2. 1.2  Default  Data.  Default  data  (that  is,  synthetic  information 
which  is  not  traceable  back  to  a  real-world  source),  shall  be  used  to 
populate  fields  for  which  valid  data  is  unavailable.  Default  values  to  be 
used  shall  be  as  indicated  in  the  appropriate  subparagraphs  under  Section  5 
of  this  standard. 


4.2.2  Content  Specification.  The  content  of  a  specific  GTDB  shall  be 
tailored,  as  specified  by  a  number  of  user-provided  parameters,  specified 
in  the  following  subparagraphs. 

4. 2. 2.1  Datum.  The  datum  of  a  GTDB  shall  be  one  of  the  following,  as 
specified.  If  left  unspecified,  the  default  datum  shall  be  WGS-B4. 

4 . 2 . 2 . 1 . 1  WGS-84 

4. 2. 2. 1.2  WGS-72 

4. 2. 2. 1.3  International  Ellipsoid;  Bogota  Observatory,  Chatham  1971,  Chua 
Astro,  Corrego  Alegre,  European  1950,  Geodeti  Datum  1949,  Hjorsey  1955, 
Hong  Kong  1963,  Provisional  South  American,  Oornog,  Rome  1940,  or  South 
American  1969 


4. 2. 2. 1.4  Clark  1866  Ellipsoid:  Bermuda  1957,  Cape  Canaveral,  LC5  Astro, 
Luzon,  North  American  1927,  or  Old  Hawaiian 
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4. 2. 2. 1.5  Clark  1880  Ellipsoid:  Adindan,  Arc  1950,  Arc  1960, 

Liberia  1964,  Mahe  1971,  Merchich,  Nahrnan,  Oman,  South  East  Island,  or 
Viti  Levu  1916. 

4. 2. 2. 1.6  Any  user-defined  datum. 

4. 2. 2. 2  Coordinate  System.  The  coordinate  system  of  the  GTOB  shall  be 
one  of  the  following,  as  specified.  If  left  unspecified,  the  default  shall 
be  Geodetic. 

4 . 2 . 2 . 2 . 1  Geodetic 

4 . 2 . 2 . 2 . 2  Geocentric 

4. 2. 2. 2. 3  Map  Projection:  OTM,  Mercator,  Transverse  Mercator,  Polar, 

Lambert  Conformal  Conic,  or  Local  Vertical  Tangent. 

4. 2. 2. 3  Terrain  Representation.  Terrain  elevation  data  shall  be 
represented  in  one  or  more  of  the  following  forms,  as  specified.  There 
shall  be  no  default  form. 

4. 2. 2. 3.1  Polygonized  from  a  source  terrain  data  base,  using  the 
Dirichlet-Delauney  tessellation  algorithm 

4. 2. 2. 3. 2  Gridded,  with  the  grid  post  locations  and  values  extracted 
directly  from  the  source  terrain  data  base 

4. 2. 2. 3. 3  Gridded,  with  the  grid  post  locations  and  values  derived  from  a 
Oirichlet-Delauney  tessellation  of  the  source  terrain  data  base. 

4. 2. 2. 4  Vertex  Rormals.  If  explicitly  8i>ecified,  GTDB  polygons  shall 
include  vertex  normals;  otherwise,  these  shall  be  excluded. 

4. 2. 2. 5  Synthetic  Culture.  If  explicitly  specified,  a  GTDB  shall 
exclude  synthetic  culture;  otherwise;  this  shall  be  included. 

4. 2. 2. 6  Boundary  SLOD  Matching.  If  explicitly  specified,  terrain 
polygons  at  different  SLODs  within  a  GTDB  shall  match  at  the  boundaries  of 
adjacent  area  blocks;  otherwise,  this  shall  not  be  assured.  If  gridded 
terrain  is  specified,  or  if  only  one  SLOD  is  specified,  this  shall  not 
apply. 

4. 2. 2. 7  Convex  Polygons.  If  explicitly  specified,  a  GTDB  shall  include 
only  convex  culture  and  model  polygons;  otherwise,  convexity  shall  not  be 
assured. 

4. 2. 2. 8  Edge  Limit.  If  explicitly  specified,  polygons  within  a  GTDB 
shall  be  decomposed  to  meet  a  specified  edge  count  limit;  otherwise,  no 
decomposition  shall  occur. 

4. 2. 2. 9  Model  References.  If  explicitly  specified,  cultural  features 
within  a  GTDB  shall  be  replaced  with  .model  references  pointers;  otherwise, 
no  replacement  shall  occur. 

4.2.2.10  Expanded  Lineals.  If  explicitly  specified,  all  cultural 
lineal  features  within  a  GTDB  shall  be  expanded  into  areal  features; 
otherwise,  no  expansion  shall  occur. 
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4.2.2.11  FragMat;«d  Point  Light  Strings.  1£  explicitly  specified, 
all  cultural  point  light  string  features  within  a  GTDB  shall  be  fragmented 
into  individual  point  light  features;  otherwise,  these  shall  remain 
represented  as  point  light  strings. 


4.2.2.12  Face  Count  Exception.  Should  a  cultural  face  count  limit  be 
exceeded  during  the  transformation  process,  one  of  the  following  shall 
occur,  as  explicitly  specified.  Zf  left  unspecified,  no  GTDB  shall  be 
produced  in  this  instance. 

4.2.2.12.1  The  face  count  shall  exceed  the  parameter  specified 

4.2.2.12.2  Features  specified  in  the  keep-list  shall  be  deleted 

4.2.2.12.3  No  GTDB  shall  be  produced 


4.2.2.13  SLOD  Parameters.  The  following  characteristics  shall  be  as 
specified  for  each  Simulator  Level  of  Detail  (SLOD)  within  the  GTDB. 

4.2.2.13.1  Keep-List.  If  a  keep-list  is  specified,  the  GTDB  shall 
include  all  features  listed  therein,  subject  to  the  exception  noted  in 
paragraph  4.2.2.13.2. 

4.2.2.13.2  Delete-List.  If  a  delete-list  is  specified,  the  GTDB  shall 
include  none  of  the  features  listed  therein. 

4.2.2.13.3  Level-List.  If  a  level-list  is  specified,  terrain  polygons 
in  the  GTDB  shall  be  flat  beneath  those  features  listed  therein,  subject  to 
the  constraints  implied  in  paragraph  4.2.2.15.5. 

4.2.2.13.4  Thinning  Tolerance.  If  a  thinning  tolerance  is  explicitly 
specified  for  areal  and  lineal  culture  features,  vertices  in  each  such 
feature  shall  be  deleted  to  the  extent  that  the  resultant  feature  reflects 
the  original  feature  within  the  specified  error  tolerance. 

4.2.2.13.5  Highest  Level  of  Detail.  The  culture  data  in  each  SLOD 
shall  include  features  up  to  and  including  the  highest  level  of  detail 
specified  for  that  SLOD. 


4.2.2.14  Area  Block  Parameters.  The  following  characteristics  shall 
be  as  specified  for  each  Area  Block  (AB)  within  a  SLOD.  These  values  shall 
vary  from  AB  to  AB,  as  specified. 

4.2.2.14.1  Area  Block  Dimensions.  ABs  shall  be  of  dimensions  within 
the  range  of  0.001  arc-second  to  15  arc-minutes,  as  specified.  There 
shall  be  no  default  AB  size. 

4.2.2.14.2  Face  Count  Limit.  If  explicitly  specified,  the  number  of 
polygonal  faces  used  to  represent  culture  data  within  an  area  block  shall 
fall  within  the  specified  limit;  otherwise,  there  shall  be  no  limit. 
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4.2.2.14.3  Hodel  Reference  If  explicitly  specified,  the  number 
of  model  references  within  an  2^  shall  fall  within  the  specified  limit; 
otherwise,  there  shall  be  no  limit. 


4.2.2.14.4  Terrain  Ooodness-of~Pit .  If  explicitly  specified,  terrain 
polygons  within  an  AB  shall  conform  to  the  specified  goodness-of-f it 
tolerance,  subject  to  the  constraints  implied  by  paragraph  4.2.2.15.5; 
otherwise,  there  shall  be  no  goodness-of-f it  imposed.  This  shall  not  apply 
to  GTOBs  for  which  only  gridded  terrain  is  specified. 


4.2.2.14.5  Rumber  of  Terrain  Polygons.  If  explicitly  specified,  the 
number  of  terrain  polygons  generated  in  an  AB  shall  meet  the  minimum  and/or 
maximum  counts;  otherwise,  there  shall  be  no  minimum  or  maximum. 


4.2.2.15  Additional  Islands.  If  explicitly  specified,  additional  SLOD 
Islands  shall  be  included  within  the  GTDB,  in  accordance  with  the  user's 
dimensions . 


4.3  Data  Formats.  The  following  formats  shall  be  used  to  represent 
information  within  a  GTDB. 


4.3.1  Ron-Texture  Data.  All  data  except  texture  shall  be  represented 
in  the  eight-bit  American  Standard  Code  tor  Information  Interchange 
(ASCII),  in  accordance  with  ANSI  X3.4. 

4. 3. 1.1  Field  Format.  Data  values  within  all  fields  shall  be  right- 
justified,  and  the  leading  bytes  filled  with  the  ASCII  SPACE  (hexadecimal 
'20')  character. 


4. 3. 1.2  Inter-Field  Separation.  Adjacent  fields  shall  be  separated  by 
the  ASCII  NULL  (hexadecimal  '00')  character. 


4.3.2  Texture  Data.  Texture  data  shall  be  represented  in  the  National 
Imagery  Transmission  Format  (NITF),  Version  1.1,  as  amended  by  Section  5  of 
this  standard. 


5  DETAILED  REQUIREMENTS 

5.1  Data  Base  Structure.  This  section  describes  the  format  in  which 
the  Generic  Transformed  Data  Base  products  of  the  Project  2851  Data  Base 
Facility  shall  be  produced. 


5.1.1  The  general  architecture  of  the  GTDB  shall  be  as  illustrated  in 
Figure  1 . 
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Figure  1 .  General  Architecture  of  GTDB. 
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5.1.2  The  following  subparagraphs  describe  each  of  the  GTDB  files  and  the 
logical  relationships  among  them.  The  file  order  on  the  GTOB  tape  shall  be 
as  follows: 

Gaming  Area  Header  ( GAH )  File 
Model  Library  Header  (MLB)  File 
SLOD  Header  (SLODB)  File 
Area  Block  Header  (ABB)  File 
Texture  Library  Beader  (TLH)  File 

Two-Dimensional  Static  Model  (2DSM)  Library  (optional) 

Two-Dimensional  Static  Model  Vertex  (2DSMV)  File  [optional] 
Three-Dimensional  Static  Model  (3DSM)  Library  (optional] 
Three-Dimensional  Static  Model  Vertex  (3DSMV)  File  (optional] 
Three-Dimensional  Dynamic  Model  (3DDM)  Library  [optional] 
Three-Dimensional  Dyntunic  Model  Vertex  (3DDMV)  File  (optional] 

for  each  SLOD 

SLOD  Area  Blocks  File 

Areal  Texture  (AT)  Library  (optional) 

NITF  Header  File  (optional] 
for  each  areal  texture 

NITF  Image  Sub-Header  File  (optional) 
if  texture  is  in  Stage  1  then 

Original  Format  Image  File(s)  (optional) 
else 

NITF  Image  Data  File  (optional] 

Model  Texture  (MT)  Library  [optional] 

NITF  Header  File  [optional] 
for  each  model  texture 

NITF  Image  Sub-Header  File  (optional] 
if  texture  is  in  Stage  1  then 

Original  Format  Image  File(8)  [optional] 
else 

NITF  Image  Data  File  (optional) 


5.1.3  The  record  structure  of  each  of  these  files  shall  be  as  described  in 
the  following  sections. 


5.2  Gaming  Area  Header  (GAB)  File.  There  shall  be  one  Gaming  Area 
Beader  File  at  the  beginning  of  a  CTrDB. 
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5.2.1  6AH  Record  Order.  The  record  order  of  tdie  GAB  file  shall  be  as 
follows : 

GAH  Identifier  Record 

File  Maine  Record 

Gaining  Area  Reader  Record 

GTDB  Parameter  Record 

Boundary  Point  Records 

Model  List  Record(s)  [optional] 

for  each  SLOO 

SLOD  Parameter  Record 

Keep-List  Record ( s )  ( optional ] 

Delete-List  Record(s)  (optional] 

Level-List  Record(s)  (optional] 
for  each  area  block 

Area  Block  Parameter  Record 
for  each  island 
Island  Record 

Island  LOO  Record(s) 

Island  Boundary  Point  Records 
Option  Record 
Affected  7^  Count  Record 
for  each  Affected  Area  Block 
Affected  AB  ID  Record 
Checksum  Record 


5.2.2  GAB  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 


5. 2. 2.1  GAH  Identifier  Record.  This  record  shall  consist  of  the  ASCII 
string  *  GAH ' . 


5. 2. 2. 2  GAB  File  Hame  Record.  This  record  shall  consist  of  the  ASCII 
string  ' ssGnnnnnnGA.H ' ,  where  “ss"  is  the  security  code  and  ’nnnnnn*  is  the 
GTDB  identifier. 


5. 2. 2. 3  Gaming  Area  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Project  2B51  GTDB  Catalog  ID  Field 

GTDB  Version  Number  Field 

Last  Update  Date  Field 

Compilation  Date  Field 

Security  Level  Field 

Tape  ID  Field 

Data  Location  Field 

GTDB  Directory  Field 
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5. 2. 2. 4  OTDB  Paraaeters  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Coordinate  System  Parameters  Subrecord 
Boundary  Point  Count  Field 
Terrain  Polygons  Flag  Field 
Terrain  Grid  Flag  Field 
Terrain  Grid  Source  Flag  Field 
Match  Terrain  At  SLODs  Flag  Field 
Vertex  Normals  Flag  Field 
Synthetic  Culture  Flag  Field 
Fragment  Culture  Flag  Field 
Decompose  Culture  Flag  Field 
Maximum  Number  of  Edges  Field 
Use  Models  Flag  Field 
Deccanpose  Models  Flag  Field 

Maximum  Number  of  Model  Polygon  Edges  Field 
Separation  Planes  Flag  Field 
Expand  Lineals  Flag  Field 
Fragment  Point  Light  Strings  Flag  Field 
Model  List  Count  Field 

SLOD  Count  Field  (Always  one  or  greater) 

Island  Count  Field 

Specific  Areal  Texture  Parameters  Subrecord 
Generic  Ateal  Texture  Parameters  Subrecord 
Specific  Model  Texture  Parameters  Subrecord 
Generic  Model  Texture  Parameters  Subrecord 
User  Option  Field 


5. 2. 2. 4.1  Coordinate  System  Parameters  Subrecord.  The  field 

structure  of  this  record  shall  be  as  follows : 

Coordinate  System  Field 
Datxim  ID  Field 
Eccentricity  Field 
Semi -Major  Axis  Field 
Datum  Shift  Field 
Elevation  Reference  Field 
Longitudinal  Origin  Field 
Latitudinal  Origin  Field 
Origin  of  Eastings  Field 
Origin  of  Northings  Field 
Scale  Factor  Field 
First  Standard  Parallel  Field 
Second  Standard  Parallel  Field 
Tangency  Point  Height  Field 
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5. 2. 2. 4. 2  Spscific  Areal  Texture  Paraaeters  Subrecord.  The 
structure  of  this  record  shall  be  as  follows: 

Color  Texture  Existence  Flag  Field 

Grayscale  Texture  Existence  Flag  Field 

SMC/FDC  Texture  Existence  Flag  Field 

Multispectral  Texture  Existence  Flag  Field 

Processing  Stage  Field 

Texture  Format  Field 

Horizontal  Block  Size  Field 

Vertical  Block  Size  Field 

Number  of  Horizontal  Blocks  Field 

Niunber  of  Vertical  Blocks  Field 

Bits  Per  Texel  Per  Band  Field 

SMC/FDC  Lookup-Table  Existence  Flag  Field 

Special  Environmental  Conditions  Preference  Field 

Time  Of  Year  Preference  Subrecord 

Image  Capture  Date  Range  Subrecord 

Acceptable  Percentage  Of  Cloud  Cover  Subrecord 

Acceptable  Percentage  of  Shadow  Cover  Subrecord 


5. 2. 2. 4. 3  Generic  Areal  Texture  Parameters  Subreeord.  The 

structure  of  this  lecord  shall  be  as  follows: 

Color  Texture  Existence  Flag  Field 
Grayscale  Texture  Existence  Flag  Field 
Global-Based  Happing  Flag  Field 
Face-Based  Mapping  Flag  Field 
Non-Mapped  Flag  Field 
Texture  Format  Field 
Horizontal  Block  Size  Field 
Vertical  Block  Size  Field 
Number  of  Horizontal  Blocks  Field 
Number  of  Vertical  Blocks  Field 
Bits  Per  Texel  Per  Band  Field 
Time  Of  Year  Preference  Subrecord 


5. 2. 2. 4. 4  Specific  Model  Texture  Parameters  Subrecord.  The 
structure  of  this  record  shall  be  as  follows; 

Color  Texture  Existence  Flag  Field 

Grayscale  Texture  Existence  Flag  Field 

Multispectral  Texture  Existence  Flag  Field 

Processing  Stage  Field 

Model-Based  Mapping  Flag  Field 

Face-Based  Mapping  Flag  Field 

Vertex-to-Vertex  Mapping  Flag  Field 

Non-Mapped  Flag  Field 

Texture  Format  Field 

Horizontal  Block  Size  Field 

Vertical  Block  Size  Field 

Number  of  Horizontal  Blocks  Field 

Number  of  Vertical  Blocks  Field 

Bits  Per  Texel  Per  Band  Field 


field 


field 


field 
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5. 2. 2. 4. 5  Generic  Model  Texture  PeraBeters  Subrecord.  The  field 

structure  of  this  record  shall  be  as  follows: 

Color  Texture  Existence  Flag  Field 

Grayscale  Texture  Existence  Flag  Field 

Model-Based  Happing  Flag  Field 

Face-Based  Mapping  Flag  Field 

Non-Mapped  Flag  Field 

Texture  Format  Field 

Horizontal  Block  Size  Field 

vertical  Block  Size  Field 

Number  of  Horizontal  Blocks  Field 

Nvunber  of  Vertical  Blocks  Field 

Bits  Per  Texel  Per  Band  Field 


5. 2. 2. 4. 6  Time  of  Year  Preference  Subrecord.  The  field  structure  of 
this  record  shall  be  as  follows: 

Spring  Flag  Field 
Summer  Flag  Field 
Autumn  Flag  Field 
winter  Flag  Field 


5. 2. 2. 4. 7  Inage  Capture  Data  Range  Subrecord.  The  field  structure 
of  this  record  shall  be  as  follows: 

Start  Date  Field 
End  Date  Field 


5. 2. 2. 4. 8  Acceptable  Percentage  of  Cloud  Cover  Subrecord.  The 
field  structure  of  this  record  shall  be  as  follows: 

Low  Value  Field 
High  Value  Field 


5. 2. 2. 4. 9  Acceptable  Percentage  of  Shadow  Cover  Subrecord.  The 

field  structure  of  this  record  shall  be  as  follows: 

Low  Value  Field 
High  Value  Field 


5. 2. 2. 5  Boundary  Point  Record.  The  number  of  Boundary  Point  Records 
shall  correspond  to  the  value  in  the  Boundary  Point  Count  Field  in  the 
parent  GTOB  Parameters  Record.  The  first  and  last  boundary  points  shall  be 
identical,  and  boundary  points  shall  be  sequenced  in  counterclockwise  order 
as  vie%#ed  from  above.  Edges  defined  by  boundary  points  shall  lie  parallel 
to  the  axes  of  the  coordinate  plane.  The  field  structure  of  this  record 
shall  be  as  follows: 

Boundary  Point  Field 
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5. 2. 2. 6  Modal  List  Rocord.  Tho  number  of  these  records  shall 
correspond  to  the  value  in  the  Model  List  Count  Field  in  the  parent  GTDB 
Parameters  record.  The  field  structure  of  each  record  shall  be  as  follows: 

Model  Library  Type  Field 
Model  Number  Field 

Specific  Model  Texture  Parameters  Subrecord 
Generic  Model  Texture  Parameters  Subrecord 

5. 2. 2. 6.1  Specific  Model  Texture  Parameters  Subrecord.  The  field 
structure  of  this  record  shall  be  as  follows: 

Color  Texture  Existence  Flag  Field 

Grayscale  Texture  Existence  Flag  Field 

Multiapectral  Texture  Existence  Flag  Field 

Processing  Stage  Field 

Model-Based  Mapping  Flag  Field 

Face-Based  Mapping  Flag  Field 

Vertex-to-Vertex  Mapping  Flag  Field 

Non-Mapped  Flag  Field 

Texture  Format  Field 

Horizontal  Block  Size  Field 

Vertical  Block  Size  Field 

Horizontal  Blocks  Field 

Vertical  Blocks  Field 

Bite  Per  Texel  Per  Band  Fiel<! 

5. 2. 2. 6. 2  Generic  Model  Texture  Parameters  Subrecord.  The  field 
structure  of  this  record  shall  be  as  follows: 

Color  Texture  Existence  Flag  Field 
Grayscale  Texture  Existence  Flag  Field 
Model-Based  Mapping  Flag  Field 
Face-Based  Mapping  Flag  Field 
Non-Mapped  Flag  Field 
Texture  Format  Field 
Horizontal  Block  Size  Field 
Vertical  Block  Size  Field 
Number  of  Horizontal  Blocks  Field 
Nvimber  of  Vertical  Blocks  Field 
Bits  Per  Texel  Per  Band  Field 

5. 2. 2. 7  SLOD  Parameters  Record.  The  number  of  Simulator  Level  of 
Detail  Parameters  Records  shall  correspond  to  the  value  in  the  Simulator 
Level  of  detail  Count  Field  in  the  parent  GTDB  Parameters  'Record.  The 
field  structure  of  this  record  shall  be  as  follo%rs: 

Simulator  Level  of  Detail  ID  Field 
Number  of  Keep-List  Entries  Field 
Number  of  Delete-List  Entries  Field 
Number  of  Level-List  Entries  Field 
Culture  Resolution  Field 

Terrain  Grid  Source  Simulator  Level  of  Detail  Field 
Number  of  Area  Blocks  Field  (Always  one  or  greater) 
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5. 2. 2. 8  Keep-Llat  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Keep-List  Entries  field  in  the 
parent  Simulator  Level  of  Detail  Parameters  record.  The  Ending  FDC  Code 
Field  shall  always  have  a  value  equal  to  or  greater  than  that  of  the 
starting  FDC  Code  Field.  The  field  structure  of  each  record  shall  be  as 
follows : 


Starting  FDC  Code  Field 
Ending  FDC  Code  Field 

5. 2. 2. 9  Delete-List  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Delete-List  Entries  field  in  the 
parent  Simulator  Level  of  Detail  Parameters  record.  The  Ending  FDC  Code 
Field  shall  always  have  a  value  equal  to  or  greater  than  that  of  the 
starting  FDC  Code  Field.  The  field  structure  of  each  record  shall  be  as 
follows ; 

Starting  FDC  Code  Field 
Ending  FDC  Code  Field 

5.2.2.10  Level-List  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Level-List  Entries  field  in  the 
parent  Simulator  Level  of  Detail  Parameters  record.  The  Ending  FDC  Code 
Field  shall  always  have  a  value  equal  to  or  greater  than  that  of  the 
starting  FDC  Code  Field.  The  field  structure  of  each  record  shall  be  as 
follows : 


Starting  FDC  Code  Field 
Ending  FDC  Code  Field 


5.2.2.11  Area  Block  Parameters  Record.  The  number  of  Area  Block 
Parameters  Records  shall  correspond  to  the  value  in  the  Number  of  Area 
Blocks  Field  in  the  parent  Simulator  Level  of  Detail  Parameters  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 


Area  Block  Number  Field 
Area  Block  Boundary  Field 
Goodness-of-Fit  Field 

Minimum  Number  of  Terrain  Polygons  Field 
Maximum  Number  of  Terrain  Polygons  Field 
Maximum  Number  of  Culture  Polygons  Field 
Maximum  Number  of  Model  References  Field 
Terrain  LCD  Field 

Color  Texture  Existence  Flag  Field 
Grayscale  Texture  Existence  Flag  Field 
SMC/FDC  Texture  Existence  Flag  Field 
Color  Texture  Resolution  Field 
Grayscale  Texture  Resolution  Field 
SMC/FDC  Texture  Resolution  Field 


5.2.2.12  Island  Record.  The  number  of  Island  Records  shall  correspond 
to  the  value  in  the  Island  Count  Field  in  the  parent  GTDB  Parameters 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Island  Number  Field 

Island  Boundary  Point  Count  Field 
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5.2.2.13  Zsiand  I<OD  Record.  Following  each  Island  Record,  nhere  shall 
be  an  Island  LOD  record  for  each  siir.ulator  level  of  detail  in  the  GTDB. 
The  field  structure  of  this  record  shall  be  as  follows: 

SLOD  ID  Field 

SSDB  Culture  LOD  Field 

Color  Texture  Existence  Flag  Field 

Grayscale  Texture  Existence  Flag  Field 

Color  Texture  Resolution  Field 

Grayscale  Texture  Resolution  Field 


5.2.2.14  Island  Boundary  Point  Record.  The  number  of  Island  Boundary 
Point  Records  shall  correspond  to  the  value  in  the  Island  Boundary  Point 
Count  Field  in  the  parent  Island  Record.  The  edge  formed  by  successive 
Island  Boundary  Points  shall  not  cross  the  boundary  of  any  other  island  in 

the  GTDB.  The  first  and  last  boundary  points  of  an  island  shall  be 

identical,  and  boundary  points  shall  be  sequenced  in  counter-clockwise 

order  as  viewed  from  above.  The  field  structure  of  this  record  shall  be  as 

follows : 

Island  Number  Field 

Boundary  Point  Field 


5.2.2.15  Option  Record.  The  field  structure  of  the  record  shall  be  as 
follows : 

Tape  Option  Field 


5.2.2.16  Affected  AB  Count  Record.  Populated  only  if  the  Tape  Option 
defined  above  indicates  update  only;  otherwise,  it  shall  contain  zero.  The 
field  structure  of  the  record  shall  be  as  follows: 

Number  of  Area  Blocks  Field 


5.2.2.17  Affected  AB  ID  Record.  The  number  of  these  records  shall 
correspond  to  the  Number  of  Area  Blocks  field  in  the  Affected  AB  Count 
Record.  The  field  structure  of  the  record  shall  be  as  follows: 

SLOD  ID  Field 

Area  Block  Nunu,..r  Field 


5.2.2.16  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 


5.3  Model  Library  Header  (MLB)  File.  There  shall  be  one  Model 
Library  Header  File  following  the  TLH . 
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5.3.1  NLB  Record  Order.  The  record  order  of  the  MLB  file  shall  be  as 
f  ollo«ra  t 

KliH  Identifier  Record 
File  Name  Record 
for  each  model  library 

Model  Library  Reader  Record 
Culture  Color  Table  Record(s) 

Light  Color  Table  Record(s) 
for  each  model 

Model  LOD  Complexity  Table  Record 
for  each  model  LOD 

Model  Complexity  Statistics  Table  Subrecord 
Checksum  Record 

5.3.2  MLB  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 

5. 3. 2.1  MLH  Identifier  Record.  This  record  shall  consist  of  the  ASCII 
string  'MLH ' . 

5. 3. 2. 2  File  Baste  Record.  This  record  shall  consist  of  the  ASCII 
string  'ssGnnnnnnML.B' ,  where  "ss"  is  the  security  code  and  “nnnnnn”  is  the 
GTDB  identifier. 

5. 3. 2. 3  Model  Library  Header  Record.  There  shall  be  three  Model 
Library  Header  records — one  each  for  a  2-D  Static  Model  Library,  a  3-D 
Static  Model  Library,  and  a  3-D  Dynamic  Model  Library.  The  field  structure 
of  this  record  shall  be  as  follows: 

Project  2651  GTDB  Catalog  ID  Field 

Model  Library  Type  Field 

Last  Update  Date  Field 

Number  of  Culture  Color  Tables  Field 

Number  of  Light  Color  Tables  Field 

Number  of  Models  Field 

5. 3. 2. 4  Culture  Color  Table  Record.  The  total  number  of  records 
shall  correspond  to  the  value  in  the  "Number  of  Culture  Color  Tables"  field 
in  the  parent  Model  Library  Header  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Color  ID  Field 
Color  Name  Field 

Color  (Hue,  Chroma,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 

5. 3. 2. 5  Light  Color  Table  Record.  The  total  number  of  records  shall 
correspond  to  the  value  in  the  "Number  of  Light  Color  Tables"  field  in  the 
parent  Model  Library  Header  record.  The  field  structure  of  each  record 
shall  be  as  follows: 

Color  ZD  Field 
Color  Name  Field 

Color  (Hue,  Chroma,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 
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5. 3. 2. 6  Model  LOD  Cooplezity  Table  Record.  The  total  number  of 
these  records  shall  correspond  to  the  value  in  the  'Number  of  Models*  field 
in  the  parent  Model  Library  Reader  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Model  Number  Field 
Number  of  LODs  Field 

5. 3. 2. 7  Model  Complexity  Statistics  Table  Record.  The  total 

number  of  these  records  shall  correspond  to  the  value  in  the  'Number  of 
LODs*  field  in  the  parent  Model  LOD  Complexity  Table  record.  The  field 
structure  of  each  record  shall  be  as  follows: 

Model  Number  Field 

Model  LOD  Field 

Number  of  Polygons  Field 

Number  of  Separation  Planes  Field 

Number  of  Texture  References  Field 

Number  of  Collision  Test  Points  Field 

Correlation  Priority  Field 

5. 3. 2. 8  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 


5.4  Simulator  Level  of  Detail  Header  (6LODB)  File.  There  shall 
be  one  Simulator  Level  of  Detail  Header  File  following  the  MLH. 

5.4.1  SLODH  Record  Order.  The  record  order  of  the  SLODB  file  shall  be 
as  follows: 

SLODH  Identifier  Record 
File  Name  Record 
SLODH  File  Header  Record 
for  each  SLOD 

SLOD  Header  Record 
Feature  Distribution  Table  Record 
Z-Density  Distribution  Table  Record 
SMC  Distribution  Table  Record 
Culture  Color  Table  Record 
Light  Color  Table  Record 
Checksum  Record 

5.4.2  SLODH  Field  Structure.  The  field  str- cture  of  each  of  these 
records  shall  be  as  described  below. 


5. 4. 2.1  SLODH  Identifier  Record.  This  record  shall  consist  of  the 
ASCII  string  'SLODH'. 

5. 4. 2. 2  File  Name  Record.  This  record  shall  consist  of  the  ASCII 
string  ‘ ssGnnnnnnSLOD.H ' ,  where  'ss*  is  the  security  code  and  'nnnnnn*  is 
the  6TDB  Identifier. 
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5. 4. 2. 3  SLODB  Pile  Header  Record.  This  record  shall  consist  of  a 
single  field  indicating  the  number  of  SLODs  defined  within  the  GTDB,  as 
follows : 

Number  of  SLODs  Field 


5. 4. 2. 4  SLOD  Header  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

SLOD  ID  Field 

Area  Block  Size  Field 

Last  Update  Date  Field 

Security  Level  Field 

SLOD  Polygon  Density  Statistics  Table  Subrecord 
Number  of  Feature  Distribution  Tables  Field 
Number  of  Z-Density  Distribution  Tables  Field 
Number  of  SMC  Distribution  Tables  Field 
Number  of  Culture  Color  Tables  Field 
Number  of  Light  Color  Tables  Field 

5. 4. 2. 4.1  SLOD  Polygon  Density  Statistics  Table  Subrecord.  The 
field  structure  of  this  record  shall  be  as  follows : 

Maximum  Terrain  Polygons  Field 
Minimvun  Terrain  Polygons  Field 
Maximum  Areal  Feature  Polygons  Field 
Minimum  Areal  Feature  Polygons  Field 
Maximum  Linear  Feature  Segments  Field 
Minimum  Linear  Feature  Segments  Field 
Maximum  Point  Features  Field 
Minimum  Point  Features  Field 
Maximum  Point  Light  Features  Field 
Minimum  Point  Light  Features  Field 
Maximum  Point  Light  Strings  Field 
Minimum  Point  Light  Strings  Field 
Maximum  Model  References  Field 
Minimum  Model  References  Field 
Maximum  Texture  References  Field 
Minimum  Texture  References  Field 
Maximiun  Model  Polygons  Field 
Minimum  Model  Polygons  Field 
Maximum  Total  Elements  Field 
Minimum  Total  Elements  Field 


5. 4. 2. 5  Feature  Distribution  Table  Record.  The  total  number  of 
records  shall  correspond  to  the  value  in  the  “Number  of  Feature 
Distribution  Tables'  field  in  the  parent  Simulator  Level  of  Detail  Header 
record.  The  field  structure  of  each  record  shall  be  as  follows: 

Feature  Descriptor  Code  Field 
Number  of  Feature  Occurrences  Field 
Number  of  Fragments  Field 
Correlation  Priority  Field 
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5. 4. 2. 6  l-Density  Dlatrlbution  Xabl*  Bacord.  The  hotel  number  of 
records  shall  correspond  to  the  value  in  the  "Number  of  Z-Density 
Distribution  Tables*  field  in  the  parent  Simulator  Level  of  Detail  Header 
record.  The  field  structure  of  each  record  shall  be  as  follows: 

Number  of  Layers  Above  Terrain  Polygon  Field 
Nximber  of  Occurrences  Field 


5. 4. 2. 7  SMC  Distribution  Record.  The  total  number  of  records  shall 
correspond  to  the  value  in  the  "Number  of  SMC  Distribution  Tables*  field  in 
the  parent  Simulator  Level  of  Detail  Header  record.  The  field  structure  of 
each  record  shall  be  as  follows: 

Surface  Material  Category  Field 
Surface  Material  Subtype  Field 
Number  of  Occurrences  Field 


5. 4. 2. 8  Culture  Color  Table  Record.  The  total  number  of  records 
shall  correspond  to  the  value  in  the  "Number  of  Culture  Color  Tables"  field 
in  the  parent  Simulator  I.evel  of  Detail  Header  record.  The  field  structure 
of  each  record  shall  be  as  follows: 

Color  ID  Field 
Color  Name  Field 

Color  Hue,  Chroma,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 


5. 4. 2. 9  Light  Color  Table  Record.  The  total  number  of  records  shall 
correspond  to  the  value  in  the  "Number  of  Light  Color  Tables*  field  in  the 
parent  Simulator  Level  of  Detail  Header  record.  The  field  structure  of 
each  record  shall  be  as  follows: 

Color  ID  Field 
Color  Neune  Field 

Color  (Hue,  Chroma,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 


5.4.2.10  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 


5.5  Area  Block  Header  (ABB)  File.  There  shall  be  one  Area  Block 
Header  File  following  the  SLODH . 


MIIoSTD-1820 


5.5.1  AM  Bacord  Order.  The  record  order  of  the  ABB  file  abell  be  as 
follom: 

ABB  Identifier  Record 
File  Name  Record 
for  each  SLOD 

ABB  File  Beader  Record 

for  each  area  block  within  SLOD* 

Area  Block  Beader  Record 
Feature  Distribution  Table  Record 
SMC  Distribution  Table  Record 
Culture  Color  Table  Record 
Light  Color  Table  Record 
Areal  Texture  Table  Record 
Checksum  Record 


5.5.2  ABB  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 


5. 5. 2.1  ABB  Identifier  Record.  This  record  shall  consist  of  the  ASCII 
string  'ABB' . 


5. 5. 2. 2  File  Hame  Record.  This  record  shall  consist  of  the  ASCII 
string  ' ssGnnnnnnAB . B ' ,  where  "ss"  is  the  security  code  and  -nnnnnn*  is  the 
GTOB  identifier. 


5. 5. 2. 3  ABB  File  Beader  Record.  This  record  shall  consist  of  a 
single  field  indicating  the  number  of  area  blocks  defined  within  the  SLOD, 
as  follows: 

Number  of  Area  Blocks  Field 


5. 5. 2. 4  Area  Block  Beader  Record, 
shall  be  as  follows: 


The  field  structure  of  this  record 


Project  2851  GTDB  Catalog  ID  Field 

SLOD  ID  Field 

Area  Block  Number  Field 

Lat/Long  SW  Corner  Field 

Lat/liOng  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Polygon  Density  Statistics  Table  Subrecord 
Terrain  Roughness  Statistics  Table  Subrecord 
Area  Block  Existence  Flags  Subrecord 
Number  of  Feature  Distribution  Tables  Field 
Number  of  SMC  Distribution  Tables  Field 
Number  of  Culture  Color  Tables  Field 
Number  of  Light  Color  Tables  Field 
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5. 5. 2. 4.1  Polygon  Donnity  StatisticB  Table  Subrecord.  The  field 
stioicture  of  this  aubrecord  is  aa  follows: 


Number 

Niunber 

Number 

Number 

Number 

Number 

Number 

Niunber 

Niunber 


of  Vertices  Field 
of  Terrain  Polygons  Field 
of  Areal  Feature  polygons  Field 
of  Linear  Feature  Segments  Field 
of  Point  Features  Field 
of  Point  Light  Features  Field 
of  Point  Light  Strings  Field 
of  Model  References  Field 
of  Texture  References  Field 


5. 5. 2. 4. 2  Terrain  Roughness  Statistics  Subrecord.  These  fields 
shall  be  populated  when  gridded  terrain  has  been  requested,  and  zero 
otherwise.  The  field  structure  of  this  record  shall  be  as  follows: 

Maximum  Elevation  Field 
Minimum  Elevation  Field 
Terrain  Roughness  Index  Field 


5. 5. 2. 4. 3  Area  Block  Existence  Flags  Subrecord.  The  field 
structure  of  this  record  shall  be  as  follows: 

Areal  Feature  Area  Block  Flag  (Always  True) 

Linear  Feature  Area  Block  Flag 

Point  Feature  Area  Block  Flag 

Point  Light  Feature  Area  Block  Flag 

Point  Light  String  Feature  Area  Block  Flag 

Terrain  Polygon  Area  Block  Flag 

Terrain  Grid  Area  Block  Flag 

Model  Reference  Area  Block  Flag 


5. 5. 2. 5  Feature  Distribution  Table  Record.  The  total  number  of 
records  shall  correspond  to  the  value  in  the  "Number  of  Feature 
Distribution  Tables"  field  in  the  parent  Area  Block  Header  record.  The 
field  structure  of  each  record  shall  be  as  follows: 

Feature  Descriptor  Code  Field 
Number  of  Feature  Occurrences  Field 
Number  of  Fragments  Field 
Correlation  Priority  Field 


5. 5. 2. 6  SMC  Distribution  Record.  The  total  number  of  records  shall 
correspond  to  the  value  in  the  "Number  of  SMC  Distribution  Tables"  field  in 
the  parent  Area  Block  Header  record.  The  field  structure  of  each  record 
shall  be  as  follows: 

Surface  Material  Category  Field 
Surface  Material  Subtype  Field 
Number  of  Occurrences  Field 
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5. 5. 2. 7  Culture  Color  Table  Record.  The  to^al  number  of  records 
shall  correspond  to  the  value  in  the  ’Number  of  Culture  Color  Tables'  field 
in  the  parent  Area  Block  Header  record.  The  field  structure  of  each  record 
shall  be  as  follows: 

Color  ID  Field 
Color  Name  Field 

Color  (Hue/  Chrcma,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 

5. 5. 2. 8  liight  Color  Table  Record.  The  total  number  of  records  shall 
correspond  to  the  value  in  the  ’Number  of  Light  Color  Tables*  field  in  the 
parent  Area  Block  Header  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Color  ID  Field 
Color  Ntune  Field 

Color  (Hue,  Chronia,  Value,  Color  Calibration  Entry)  Field 
Number  of  Color  References  Field 

5. 5. 2. 9  Areal  Texture  Table  Record.  The  total  number  of  records 
shall  correspond  to  the  value  in  the  "Number  of  Texture  References'*  field 
in  the  Polygon  Density  Statistics  Table  Subrecord  within  the  parent  Area 
Block  Header  record.  The  field  structure  of  each  record  shall  be  as 
follows: 

GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

5.5. 2. 10  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 

5.6  Texture  Library  Header  (TLB)  File.  There  shall  be  one  Texture 
Library  Header  File  following  the  GAH . 

5.6.1  TLH  Record  Order.  The  record  order  of  the  TLB  file  shall  be  as 
follows : 

TLH  Identifier  Record 

File  Name  Record 

for  each  texture  library  (2) 

Texture  Library  Ccxnplexity  Statistics  Record 
Texture  Library  Header  Record 
Texture  Distribution  Table  Record(s) 

Stage  1  Texture  File  Association  Record(B) 

Checksum  Record 

5.6.2  TLH  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 

5. 6. 2.1  TLH  Identifier  Record.  This  record  shall  consist  of  the  ASCII 
string  'TLH ‘ . 

5. 6. 2. 2  File  Rame  Record.  This  record  shall  consist  of  the  ASCII 
string  ' ssGnnnnnnTL . B ' ,  where  "ss*  is  the  security  coda  and  ’nnnnnn*  is  the 
<5TDB  identifier. 
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5. 6. 2. 3  Texture  Library  Coaplexity  Statistics  Record.  There  shall 
be  two  Texture  Library  Complexity  Statistics  records,  one  for  an  Areal 
Texture  Library  and  one  for  a  Hodel  Texture  Library,  whether  or  not  those 
optional  libraries  actually  exist  within  the  GTDB.  The  "GTDB  Texture 
Library  Type"  field  shall  indicate  which  of  the  two  libraries  is  being 
described.  A  value  of  zero  in  the  "Number  of  Tdxture  Images  in  Library" 
field  shall  indicate  that  there  is  no  actual  texture  library  of  the  given 
type  within  the  GTDB.  The  field  structure  shall  be  as  follows: 

P2851  GTDB  Catalog  ZD  Field 
GTDB  Texture  Library  Type  Field 
Number  of  Texture  Images  in  Library  Field 
Number  of  Stage  1  Texture  File  Associations  Field 
Number  of  Stage  1  Specific  Textures  Field 
Stage  1  Specific  Textures  Storage  Size  Field 
Number  of  Stage  2  Specific  Textures  Field 
Stage  2  Specific  Textures  Storage  Size  Field 
Number  of  Stage  3  Specific  Textures  Field 
Stage  3  Specific  Textures  Storage  Size  Field 
Number  of  Stage  4  Specific  Textures  Field 
Stage  4  Specific  Textures  Storage  Size  Field 
Number  of  Stage  5  Specific  Textures  Field 
Stage  5  Specific  Textures  Storage  Size  Field 
Number  of  Stage  3  Generic  Textures  Field 
Stage  3  Generic  Textures  Storage  Size  Field 
Nxunber  of  Stage  4  Generic  Textures  Field 
Stage  4  Generic  Textures  Storage  Size  Field 
Number  of  Stage  5  Generic  Textures  Field 
stage  5  Generic  Textures  Storage  Size  Field 
Number  of  Stage  3  SMC/FDC  Textures  Field 
Stage  3  SMC/FDC  Textures  Storage  Size  Field 
Number  of  Stage  4  SMC/FDC  Textures  Field 
Stage  4  SMC/FDC  Textures  Storage  Size  Field 
Number  of  Stage  5  SMC/FDC  Textures  Field 
Stage  5  SMC/FDC  Textures  Storage  Size  Field 


5. 6. 2. 4  Texture  Library  Header  Record.  There  shall  be  two  Texture 
Library  Header  records,  one  for  an  Areal  Photo  Texture  Library  and  one  for 
a  Model  Photo  Texture  Library.  The  field  structure  of  this  record  shall 
be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 
GTDB  Texture  Library  Type  Field 
Security  Level  Field 
Last  Update  Date  Field 
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5. 6. 2. 5  Texture  Dietribution  Table  Record.  The  number  of  these 
records  shall  correspond  to  the  value  in  the  “Number  of  Texture  Images  in 
Library"  field  in  the  parent  Texture  Library  Header  record.  The  field 
structure  of  each  record  shall  be  as  follows: 

Texture  ID  Field 
Processing  Stage  Field 

Specific  or  Generic  Texture  Flag  Field 

Texture  Type  Field 

Horisontal  Resolution  Field 

Vertical  Resolution  Field 

Storage  Size  Field 

Texture  Data  Format  Field 

Number  of  Data  Files  Field 


5. 6. 2. 6  Stage  1  Texture  Field  Association  Record.  The  number  of 
these  records  shall  be  zero  for  all  non-Stage  1  textures  and  (Number  of 
Data  Files  -  1)  for  all  Stage  1  textures.  The  field  structure  of  each 
record  shall  be  as  follows: 

Texture  ID  Field 
File  Name  Field 
Original  File  Name  Field 


5. 6. 2. 7  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 


5.7  2-D  Static  Model  (2DSM)  Library  File.  There  may  be  one  2-D 
Static  Model  Library  File  following  the  MPT.  The  2DSM  is  optional  in  a 
GTDB. 
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5.7.1  2DSM  Record  Order.  When  included,  -the  record  order  o£  the  2DSM 
file  shall  be  as  follows; 

2DSM  Identifier  Record 
File  Name  Record 

2DSM  (Model  Library)  Header  Record 
for  each  model 

Model  Header  Record 
for  each  model  LOD 
LOD  Header  Record 

LOD  Texture  Reference  Pointer  Record(s)  (optional) 
for  each  component 

Component  Header  Record 

Component  Texture  Reference  Pointer  Record{s)  [optional] 
for  each  model  polygon 
Model  Polygon  Record 

Microdescriptor  Record(s)  (optional) 

Vertex  Pointer  Records 

Polygon  FACS  Record(s)  (optional) 

Polygon  Texture  Reference  Pointer  Record(s)  (optional] 
Subsidiary  Model  References  Record(s)  (optional) 
for  each  point  light  string 

Point  Light  String  Record(8)  (optional) 

Point  Light  string  FACS  Record(s)  (optional] 

Model  FACS  Record(s)  [optional] 

Pace-Based  Texture  Reference  Record(s)  [optional] 
Vertex-to-Vertex  Texture  Reference  Record) s)  [optional] 
Model-Based  Texture  Reference  Record) s)  (optional] 

Non-Mapped  Texture  Reference  Record) s)  [optional] 

Checksum  Record 


5.7.2  2DSM  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 


5. 7. 2.1  2DSM  Identifier  Record.  This  record  shall  consist  of  the 
ASCII  string  • 2DSM ' . 


5. 7. 2. 2  File  Name  Record.  This  record  shall  consist  of  the  ASCII 
string  '  ssGnnnnnn2oS . LIB '  ,  where  ’ss’’  is  the  security  code,  and  ’nnnnnn”  is 
the  6TDB  identifier. 


5. 7. 2. 3  2DSK  Header  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 
Model  Library  Type  Field 
Security  Level  Field 
Last  Update  Date  Field 
Number  of  Models  Field 
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5. 7. 2. 4  Model  Header  Record.  The  number  of  these  records  shall 
correspond  to  the  value  contained  in  the  Number  of  Models  field  in  the 
parent  2DSM  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Generic  Model  Flag  Field 
Feature  Descriptor  Code  Field 
Number  of  Model  LODs  Field 


5. 7. 2. 5  LOD  Header  Record.  The  number  of  these  records  for  a  given 
model  group  shall  correspond  to  the  value  contained  in  the  Number  of  Model 
LODs  field  in  the  parent  Model  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Model  Number  Field 
Model  LOD  Field 

LOD  Resolution  Description  Field 

Sensor  Types  Supported  Field 

Source  Simulator  Field 

Directivity  Field 

Radius  Field 

Predominant  Height  Field 

Centroid  Field 

Base  Polygon  ID  Field 

Percentage  of  Texture  Coverage  Field 

Number  of  Polygons  Field 

Number  of  LOD  Texture  Reference  Pointers  Field 
Number  of  Components  Field 

Number  of  Subsidiary  Model  References  Field 
Number  of  Point  Light  Strings  Field 
Number  of  Model  FACS  Field 

Number  of  Face-Based  Texture  References  Field 
Number  of  Vertex-to-Vertex  Texture  References  Field 
Number  of  Model-Based  Texture  References  Field 
Number  of  Non-Mapped  Texture  References  Field 
Number  of  Separation  Planes  Field  [Always  ZeroJ 
Number  of  Collision  Test  Points  Field  [Always  Zero] 


5. 7. 2. 6  LOD  Texture  Reference  Pointer  Record.  The  number  of  these 
records  for  a  given  model  LOD  shall  correspond  to  the  value  contained  in 
the  Number  of  LOD  Texture  Reference  Pointers  Field  in  the  parent  LOD  Header 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Mapping  Type  Field 

Texture  Reference  e  Table  Index  Field 

Texture  Mapping  Set  ID  Field 
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5. 7. 2. 7  CoBponeat  Header  Record.  The  nvunber  of  these  records  for  a 
given  model  LOO  shall  correspond  to  the  value  contained  in  the  Number  of 
Components  field  in  the  parent  LOD  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Component  ID  Field 

Number  of  Component  Texture  Reference  Pointers  Field 
Nvunber  of  Polygons  Field 


5. 7. 2. 8  Component  Texture  Reference  Pointer  Record.  The  number  of 
these  records  for  a  given  component  shall  correspond  to  the  value  contained 
in  the  Number  of  Component  Texture  Reference  Pointers  field  in  the  parent 
Component  Header  record.-  The  field  structure  of  this  record  shall  be  as 
follows ; 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 
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5. 7. 2. 9  Model  Polygon  Record.  The  number  of  these  records  for  a  given 
component  shall  correspond  to  the  value  contained  in  the  Number  of  Polygons 
field  in  the  parent  Component  Header  Record.  The  total  number  of  these 
records  for  each  model  LOD  shall  correspond  to  the  Number  of  Polygons  field 
in  the  LOD  Header  Record.  Each  model  polygon  shall  belong  to  exactly  one 
component.  The  field  structure  of  this  record  shall  be  as  follows: 

Polygon  ID  Field 

Cluster  ID  Field 

Component  ID  Field 

Surface  Material  Category  Field 

Surface  Material  Subtype  Field 

Reflectance  Field 

Light  Type  Field 

Specular  Field 

Polygon  Non-Shadow  Field 

Polygon  Normal  Field 

Transmissivity  Field 

Polygon  Long  Dimension  Field 

Polygon  Short  Dimension  Field 

Centroid  Field 

Diffuse  Reflectance  Field 

Feature  Onset  Field 

Layer  Number  (Radar)  Field 

Color  Characteristics  Field 

Shading  Type  Field 

Translucency  Field 

Polygon  Non-Occulting  Field 

Cycle  Rate  Off  Field 

Cycle  Rate  On  Field 

Directionality  Field 

Light  Horizontal  Width  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Intensity  Field 

Light  Vertical  Width  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Polygon  Illumination  Type  Field 

Polygon  Landing  Light  Illumination  Field 

Absorptivity  Field 

Emissivity  Field 

Exitance  Field 

Self-Emitter  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Number  of  Microdescriptors  Field 

Number  of  Vertices  Field  (Always  three  or  greater) 

Number  of  Polygon  Texture  Reference  Pointers  Field 
Number  of  Polygon  FACS  Field 

5.7.2.10  Model  Microdescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdescriptors  field  in 
the  parent  Model  Polygon  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 
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5.7.2.11  Vertex  Pointer  Record.  The  number  of  records  shall  correspond 
to  the  Number  of  Vertices  field  within  the  parent  Model  Polygon  record. 
Polygons  shall  be  closed  implicitly,  i.e.,  the  first  vectex  shall  not  be 
repeated  as  the  last.  The  field  structure  of  each  record  shall  be  as 
follows : 

Vertex  List  Position  Field 

Normal  List  Position  Field  (Always  Zero] 

Correlation  Priority  Field 


5.7.2.12  Polygon  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Polygon  FACS  field  in  the  parent 
Model  Polygon  record.  The  field  structure  of  each  record  shall  be  as 
follows : 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 


5.7.2.13  Polygon  Texture  Reference  Pointer  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Humber  of  Polygon 
Texture  Reference  Pointer  Field  within  the  parent  Model  Polygon  record. 
The  field  structure  of  each  record  shall  be  as  follows; 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.7.2.14  Subsidiary  Model  Reference  Record.  The  number  of  these 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  Model  record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  LTD  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Part  Flag  Field 
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5.7.2.15  Point  Light  String  Record.  The  n\unber  of  Point  Light  String 
records  shall  correspond  to  the  value  in  the  Number  of  Point  Light  Strings 
field  within  the  LOD  Header  record.  The  field  structure  of  this  record 
shall  be  as  follows: 


Length  Field 
Orientation  Field 
Shape  Code  Field 
Width  Field 
Directionality  Field 
Light  Type  Field 
Predominant  Height  Field 
Surface  Material  Category  Field 
Color  Characteristics  Field 
Layer  Number  Field 
Absorptivity  Field 
Centroid  Field 
Cycle  Rate  Off  Time  Field 
Cycle  Rate  On  Time  Field 
Diffuse  Reflectance  Field 
Directivity  (Infrared)  Field 
Directivity  (Radar)  Field 
Directivity  Field 
Emissivity  Field 
Exitance  Field 
Feature  Onset  Field 
Internal  Material  Category  Field 
Internal  Material  Volume  Field 
Layer  Number  (Infrared)  Field 
Light  Hori2ontal  Center  Field 
Light  Horizontal  Fall  Field 
Light  Horizontal  Width  Field 
Light  Intensity  Field 
Light  Vertical  Center  Field 
Light  Vertical  Fall  Field 
Light  Vertical  Width  Field 
Long  Lineal  Field 
Low  Level  Effects  Field 
Object  Volume  Field 
Radius  Field 
Reflectance  Field 
Self-Emitter  Field 
Surface  Material  Subtype  Field 
Texture  Map  Reflectance  Field 
Transmissivity  Field 
Visible  Range  Field 
Number  of  FACS  Table  Entries  Field 
Number  of  Lights  Field 
for  each  light  in  the  string 
Position  Field 


30 


MIli-STD-1820 


5.7.2.16  Point  Light  String  FACS  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  FACS  Table  Entries  field  in 
the  parent  Point  Light  String  Record.  The  field  structure  of  each  record 
shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.7.2.17  Model  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Model  FACS  field  in  the  parent 
Model  record.  The  field  structure  of  each  record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.7.2.16  Face-Based  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Number  of  Face-Based  Texture 
References  field  in  the  parent  LOD  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 

5.7.2.19  Vertez-to-Vertex  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Vertex-to- 
Vertex  Texture  References  field  in  the  parent  LOD  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows; 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 
Layer  Number  Field 

Number  of  Texture  Pattern  Coordinates  Field 
for  each  texture  pattern  vertex 

Texture  Pattern  Coordinates  Field 
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5.7.2.20  Model-Baaed  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Number  of  Model-Based  Texture 
References  field  in  the  parent  LOO  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Model  Reference  Point  Field 

Layer  Number  Field 

5.7.2.21  Hon-Mapped  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  contained  in  the  Number  of  Non-MappcKl 
Texture  References  field  in  the  parent  Model  Header  rr-ord.  The  field 
structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

5.7.2.22  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 

5.8  2-D  Static  Model  Vertex  (2DSMV)  File.  Following  the  2DSM 

file,  there  shall  be  one  2-D  Static  Model  Vertex  File.  The  2DSKV  shall  be 
required  if  there  is  a  20SM,  but  shall  be  omitted  otherwise. 

5.0.1  2DSMV  File  Structure.  There  shall  be  one  pseudo-file  for  each 
model,  containing  the  vertices  used  to  define  all  the  LODs  of  that  model. 
These  pseudo- files  shall  physically  occur  on  the  tape  in  the  same  sequence 
as  their  corresponding  model  definitions  occur  within  the  model  library. 
Each  pseudo-file  shall  be  terminated  by  a  special  record  indicating  a 
pseudo-EOF  (end  of  file).  The  pseudo-file  structure  within  this  file  shall 
be  as  follows: 

for  each  model  in  2DSM 
2DSMV  Pseudo-File 

5.8.2  20SMV  Record  Structure.  The  record  structure  of  each  2DSMV 
pseudo-file  shall  be  as  defined  in  the  following  subsections. 

5. 8. 2.1  2-D  Static  Model  Vertex  Pseudo-Piles.  There  shall  be  one 

pseudo-file  for  each  model,  containing  the  vertices  used  to  define  all  the 
LODs  of  that  model . 
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5. 8. 2. 1.1  2DSMV  Pseudo-File  Record  Order.  The  record  order  of  each 
2DSMV  pseudo-file  shall  be  as  follows: 

2DSMV  Identifier  Record 
File  Name  Record 
for  each  model  vertex  in  2DSM 
Vertex  Record 
Pseudo-EOF  Record 
Checksum  Record 


5. 6. 2. 1.2  2DSKV  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 


5. 8. 2. 1.2.1  2DSMV  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  •2DSMV' . 


5. 8. 2. 1.2. 2  File  Rame  Record.  This  record  shall  consist  of  the  ASCII 
string  ' 88Gimnnnn20S.VTX ‘ ,  where  *as"  is  the  security  code,  and  "nnnnnn*  is 
the  GTDB  identifier. 


5. 8. 2. 1.2. 3  Vertex  Record.  The  field  structure  of  this  record  shall  be 
as  follows : 

Coordinate  Field 


5. 8. 2. 1.2. 4  Pseudo-EOF  Record.  This  record  shall  consist 
string  'EOF  MDL2DSnnnnn.VTX ' ,  where  'nnnnn'  is  the  number 
described  by  this  pseudo-file. 


of  the  ASCII 
of  the  model 


5. 8. 2. 1.2. 5  checksuB  Record.  The  field  structure  of  this  record  is  as 
follows : 


Checksum  Field 


5.9  3-D  Static  Model  (3DSK)  Library  File.  There  may  be  one  3-D 

Static  Model  Library  File  following  the  2DSMV.  The  3-D  Static  Model 
Library  File  is  optional  in  a  GTDB. 
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5.9.1  3DSM  Record  Order.  When  included,  the  record  order  of  the  3DSM 
file  shall  be  as  follows: 

3DSM  Identifier  Record 
File  Name  Record 

3DSH  (Model  Library)  Reader  Record 
for  each  model 

Model  Header  Record 
for  each  model  LOD 
LOD  Reader  Record 

LOD  Texture  Reference  Pointer  Record(8)  [optional] 
for  each  component 

Component  Reader  Record 

Component  Texture  Reference  Pointer  Record] s)  (optional] 
for  each  model  polygon 
Model  Polygon  Record 
Microdescriptor  Record] s)  (optional] 

Vertex  Pointer  Records 
Polygon  FACS  Records  [optional) 

Polygon  Texture  Reference  Pointer  Record] s)  [optional] 
Subsidiary  Model  References  Record] s)  [optional] 
for  each  point  light  string 

Point  Light  string  Record] s)  [optional] 

Point  Light  String  FACS  Record] s)  [optional] 

Model  FACS  Record] s)  [optional] 

Face-Rased  Texture  Reference  Record] s)  [optional] 
Vertex-to-Vertex  Texture  Reference  Record] s)  [optional] 
Model-Based  Texture  Reference  Record] a)  [optional] 

Non-Mapped  Texture  Reference] s)  [optional] 

Separation  Plane  Record] s)  [optional] 

Checksum  Record 


5.9.2  30SM  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 


5. 9. 2.1  3DSM  Identifier  Record.  This  record  shall  consist  of  the 
ASCII  string  •3DSM'. 


5. 9. 2. 2  3DSM  File  Name  Record.  This  record  shall  consist  of  the 
ASCII  string  ' ssGnnnnnnlDS .LIB ' ,  where  "ss"  is  the  security  code,  and 
"nnnnnn"  is  the  GTDB  identifier. 


5. 9. 2. 3  30SM  Header  Record.  The  field  structure  of  this  record  shall 

be  as  follows: 

Project  2B51  GTDB  Catalog  ID  Field 
Model  Library  Type  Field 
Security  Level  Field 
Last  Update  Date  Field 
Number  of  Models  Field 
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5. 9. 2. 4  Model  Header  Record.  The  number  of  these  records  shall 
correspond  to  the  value  contained  in  the  Number  of  Models  field  in  the 
parent  3DSM  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Generic  Model  Flag  Field 
Feature  Descriptor  Code  Field 
Number  of  Model  LODs  Field 


5. 9. 2. 5  LOD  Header  Record.  The  number  of  these  records  for  a  given 

model  group  shall  correspond  to  the  value  contained  in  the  Number  of  Model 
IiODb  field  in  the  parent  Model  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Model  Number  Field 
Model  LOD  Field 

LOO  Resolution  Description  Field 

Sensor  Types  Supported  Field 

Source  Simulator  Field 

Directivity  Field 

Radius  Field 

Predominant  Height  Field 

Centroid  Field 

Base  Polygon  ID  Field 

Percentage  of  Texture  Coverage  Field 

Number  of  Polygons  Field 

Number  of  LOD  Texture  Reference  Pointers  Field 
Number  of  Components  Field 

Number  of  Subsidiary  Model  References  Field 
Number  of  Point  Light  Strings  Field 
Number  of  Model  FACS  Field 

Number  of  Face-Based  Texture  References  Field 

Number  of  Vertex-to-Vertex  Texture  References  Field 
Number  of  Model-Based  Texture  References  Field 
Number  of  Non-Mapped  Texture  References  Field 

Number  of  Separation  Planes  Field 

Number  of  Collision  Test  Points  Field  [Always  Zero] 


5. 9. 2. 6  LOD  Texture  Reference  Pointer  Record.  The  number  of  these 
records  for  a  given  model  LOO  shall  correspond  to  the  value  contained  in 
the  Number  of  LOD  Texture  Reference  Pointers  field  in  the  parent  LOD  Header 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 
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5. 9. 2. 7  Component  Header  Record.  The  number  of  these  records  for  a 
given  model  LOO  shall  correspond  to  the  value  contained  in  the  Humber  of 
Components  field  in  the  parent  LOD  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Component  ID  Field 

Number  of  Component  Texture  Reference  Pointers  Field 
Number  of  Polygons  Field 


5. 9. 2. 8  Conponent  Texture  Reference  Pointer  Record.  The  number  of 
these  records  for  a  given  model  LOD  shall  correspond  to  the  value  contained 
in  the  Number  of  Component  Texture  Reference  Pointers  field  in  the  parent 
Component  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 
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5. 9. 2. 9  Model  Polygon  Kecord.  The  number  of  these  records  for  a 
given  model  shall  correspond  to  the  value  contained  in  the  Number  of 
Polygons  field  in  the  parent  Component  Header  record.  The  field  structure 
of  this  record  shall  be  as  follows: 


Polygon  ID  Field 

Cluster  ID  Field 

Component  ID  Field 

Surface  Material  Category  Field 

Surface  Material  Subtype  Field 

Reflectance  Field 

Light  Type  Field 

Specular  Field 

Polygon  Non-Shadow  Field 

Polygon  Normal  Field 

Transmissivity  Field 

Polygon  Long  Dimension  Field 

Polygon  Short  Dimension  Field 

Centroid  Field 

Diffuse  Reflectance  Field 

Feature  Onset  Field 

Layer  Number  (Radar)  Field 

Color  Characteristics  Field 

Shading  Type  Field 

Tranalucency  Field 

Polygon  Non-Occulting  Field 

Cycle  Rate  On  Field 

Cycle  Rate  Off  Field 

Cycle  Rate  Field 

Directionality  Field 

Light  Horirontal  Width  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Intensity  Field 

Light  Vertical  Width  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Polygon  Illumination  Type  Field 

Polygon  Landing  Light  Illumination  Field 

Absorptivity  Field 

Emissivity  Field 

Exitance  Field 

Self-Emitter  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Number  of  Microdescriptors  Field 

Number  of  Vertices  Field  (Always  three  or  greater) 
Number  of  Polygon  Texture  Reference  Pointers  Field 
Number  of  Polygon  FACS  Field 


5.9.2.10  Model  Microdescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdescriptors  field  in 
the  parent  Model  Polygon  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  value  Field 
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5.9.2.11  Vertex  Pointer  Kecord.  The  number  of  records  shall 
correspond  to  the  Number  of  Vertices  field  within  the  parent  Model  Polygon 
record.  Polygons  shall  be  closed  implicitly,  i.e.,  the  first  vertex  shall 
not  be  repeated  as  the  last.  The  Normal  List  Position  Field  is  zero  when 
vertex  normals  have  not  been  retjuested.  The  field  structure  of  each  record 
shall  be  as  follows: 

Vertex  List  Position  Field 
Normal  List  Position  Field 
Correlation  Priority  Field 


5.9.2.12  Polygon  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Nvunber  of  Polygon  FACS  field  in  the  parent 
Model  Polygon  record.  The  field  structure  of  each  record  shall  be  as 
follows : 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 


5.9.2.13  Polygon  Texture  Reference  Pointer  Record.  The  number  of 
these  records  for  a  given  model  polygon  shall  correspond  to  the  value  of 
the  Number  of  Polygon  Texture  Reference  Pointer  field  within  the  parent 
Model  Polygon  record.  The  field  structure  of  each  record  shall  be  as 
follows: 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.9.2.14  Subsidiary  Model  Reference  Record.  The  number  of  these 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  Model  record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  LOD  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Part  Flag  Field 


38 


MIL-STD-1820 


5.9.2.15  Point  Light  String  Record.  The  number  of  Point  Light  String 
records  shall  correspond  to  the  value  in  the  Number  of  Point  Light  Strings 
field  within  the  LOD  Header  record.  The  field  structure  of  this  record 
shall  be  as  follows: 


Length  Field 
Orientation  Field 
Shape  Code  Field 
Width  Field 
Directionality  Field 
Light  Type  Field 
Predominant  Height  Field 
Surface  Material  Category  Field 
Color  Characteristics  Field 
Layer  Number  Field 
Absorptivity  Field 
Centroid  Field 
Cycle  Rate  Off  Time  Field 
Cycle  Rate  On  Time  Field 
Diffuse  Reflectance  Field 
Directivity  (Infrared)  Field 
Directivity  (Radar)  Field 
Directivity  Field 
Emissivity  Field 
Exitance  Field 
Feature  Onset  Field 
Internal  Material  Category  Field 
Internal  Material  Volume  Field 
Layer  Number  (Infrared)  Field 
Light  Horizontal  Center  Field 
Light  Horizontal  Fall  Field 
Light  Horizontal  width  Field 
Light  Intensity  Field 
Light  Vertical  Center  Field 
Light  Vertical  Fall  Field 
Light  Vertical  Width  Field 
Long  Lineal  Field 
Low  Level  Effects  Field 
Object  Volume  Field 
Radius  Field 
Reflectance  Field 
Self-Emitter  Field 
Surface  Material  Subtype  Field 
Texture  Map  Reflectance  Field 
Transmissivity  Field 
Visible  Range  Field 
Number  of  FACS  Table  Entries  Field 
Number  of  Lights  Field 
for  each  light  in  the  string 
Position  Field 
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5.9.2.16  Point  Light  String  PACE  Record.  The  number  of  these  records 
shsll  correspond  to  the  value  in  the  Number  of  FACS  Table  Entries  field  in 
the  parent  Point  Light  String  Record.  The  field  structure  of  each  record 
shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
t  Source  ID  Number  Field 

Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.9.2.17  Model  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Model  FACS  field  in  the  parent 
Model  record.  The  field  structure  of  each  record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.9.2.18  FaceoRased  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Niimber  of  Face-Based  Texture 
References  field  in  the  parent  LOD  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 

5.9.2.19  Vertex-to-Vertex  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Vertex-to- 
Vertex  Texture  References  field  in  the  parent  LOD  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 
Layer  Number  Field 

Number  of  Texture  Pattern  Coordinates  Field 
for  each  texture  pattern  vertex 

Texture  Pattern  Coordinates  Field 
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5.9.2.20  Model-Based  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Number  of  Model-Based  Texture 
References  field  in  the  parent  LOD  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTOB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Model  Reference  Point  Field 

Layer  Number  Field 

5.9.2.21  Non-Mapped  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  contained  in  the  Number  of  Non-Mapped 
Texture  References  field  in  the  parent  LOD  Header  record.  The  field 
structure  of  this  record  shall  be  as  follows ; 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

5.9.2.22  Separation  Plane  Record.  The  number  of  separation  plane 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Separation  Planes  field  in  the  parent  LOD  Header  record.  The 
separation  plane  records  shall  be  stored  in  the  order  in  which  they  were 
defined  for  the  model.  The  field  structure  of  this  record  shall  be  as 
follows : 


Polygon  ID  Field 

Separation  Plane  Number  Field 

Separation  Plane  Coefficients  Field 

5.9.2.23  Checksum  Record.  The  field  structure  of  this  record  shall  be 
as  follows: 

Checksum  Field 

5.10  3-D  Static  Model  Vertex  (3DSMV)  File.  Following  the  3DSM 

file,  there  shall  be  one  3-D  Static  Model  Vertex  File.  The  3DSMV  shall  be 
required  if  there  is  a  3DSM,  but  shall  be  omitted  otherwise. 

5.10.1  3DSMV  File  Structure.  There  shall  be  one  pseudo-file  for  each 
model,  containing  the  vertices  used  to  define  all  the  LODs  of  that  model. 
Each  pseudo-file  shall  be  terminated  by  a  special  record  indicating  a 
pseudo-EOF  (end  of  file).  The  pseudo-file  structure  within  this  file  is  as 
follows : 

for  each  model  in  the  3DSM 
3DSMV  Pseudo-File 
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5.10.2  3D8KV  Record  Structure.  The  record  structure  of  each  3DSMV 
pseudo-file  shall  be  as  defined  in  the  following  subsections. 


5.10.2.1  3DSMV  Pseudo-Files.  There  shall  be  one  pseudo-file  for  each 
model,  containing  the  vertices  used  to  define  all  the  LCDs  of  rhat  model. 
The  pseudo-files  shall  physically  occur  on  tape  in  the  same  sequence  as 
their  corresponding  model  definitions  occur  within  the  model  library. 


5.10.2.1.1  3DSHV  Pseudo-File  Record  Order.  The  record  order  of  each 
3DSMV  pseudo-file  shall  be  as  follows: 

3DSMV  Identifier  Record 
File  Name  Record 

for  each  model  vertex  and  vertex  normal  in  3DSM 
Vertex  Record 
Pseudo-EOF  Record 
Checksum  Record 


5.10.2.1.2  3DSMV  Pseudo-File  Field  Structure.  The  field  structure 
of  each  of  these  records  shall  be  as  described  below. 


5.10.2.1.2.1  30SMV  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  •3DSMV'. 


5.10.2.1.2.2  File  Rame  Record.  This  record  shall  consist  of  the  ASCII 
string  ' ssGnnnnnnSOS .VTX ' ,  where  "ss"  is  the  security  code,  and  "nnnnnn’  is 
the  GTDB  identifier. 

5.10.2.1.2.3  Vertex  Record.  The  field  structure  oi  this  record  shall 
be  as  follows: 

Coordinate  Field 


5.10.2.1.2.4  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  MDL3DSnnnnn. VTX ' ,  where  ’  nnnnn '  is  the  number  of  the 
model  described  by  this  pseudo-file. 


5.10.2.1.2.5  Checksua  Record.  The  field  structure  of  this  record  is  as 
follows : 

Checksum  Field 


5.11  3-D  Dyuaaic  Model  (3DDM)  Library  File.  There 

Dynamic  Model  (3D0M)  Library  File  following  the  3DSMV. 
Model  Library  File  is  optional  in  a  Gtdb. 


may  be  one  3-D 
The  3-D  Dynamic 
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5.11.1  3DOM  Record  Order.  When  included,  the  record  order  of  the  3DDM 
file  shall  be  as  follows: 

3DDM  Identifier  Record 
File  Name  Record 

3DDM  (Model  Library)  Header  Record 
for  each  model 

Model  Header  Record 
for  each  model  LOD 
LOO  Header  Record 

LOD  Texture  Reference  Pointer  Record(s)  [optional] 
for  each  component 

Component  Header  Record 

Component  Texture  Reference  Pointer  Record(s)  [optional] 
for  each  model  polygon 
Model  Polygon  Record 
Microdescriptor  Record(s)  [optional] 

Vertex  Pointer  Records 

Polygon  FACS  Record(s)  [optional] 

Polygon  Texture  Reference  Pointer  Record(s)  [optional] 
Subsidiary  Model  References  Record] s)  [optional] 
for  each  point  light  string 

Point  Light  String  Record] s)  [optional] 

Point  Light  String  FACS  Record] s)  [optional] 

Model  FACS  Record] s)  [optional] 

Face-Based  Texture  Reference  Record] s)  [optional] 

Vertex- to-Vertex  Texture  Reference  Record] s)  [optional] 
Model-Based  Texture  Reference  Record] s)  [optional] 

Non-Mapped  Texture  Reference  Record(s)  [optional] 

Separation  Plane  Record] s)  [optional] 

Collision  Test  Point  Record] s)  [optional] 

Checksui  I  ’'.ecord 


5.11.2  3DDM  Field  Structure.  The  field  structure  of  each  of  these 
records  shall  be  as  described  below. 


5.11.2.1  .300M  Identifier  Record.  This  record  shall  consist  of  the 

ASCII  string  'aODM'. 


5.11.2.2  File  Name  Record.  This  record  shall  consist  of  the  ASCII 
string  ‘ ssGnnnnnn3DD.LIB ' ,  where  "ss”  is  the  security  code,  and  "nnnnnn"  is 
the  GTDB  identifier. 


5.11.2.3  3DDM  Header  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 
Model  Library  Type  Field 
Security  Level  Field 
Last  Update  Date  Field 
Number  of  Models  Field 
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5.11.2.4  Model  Beader  Record.  The  number  of  these  records  shall 
correspond  to  the  value  contained  in  the  Number  of  Models  field  in  the 
parent  3DDM  Beader  record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Generic  Model  Flag  Field 
Feature  Descriptor  Code  Field 
Number  of  Model  LODa  Field 


5.11.2.5  LOD  Beader  Record.  The  number  of  these  records  for  a  given 
model  group  shall  correspond  to  the  value  contained  in  the  Number  of  Model 
LODs  field  in  the  Parent  Model  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Model  Number  Field 
Model  liOO  Field 

LOO  Resolution  Description  Field 

Sensor  Types  Supported  Field 

Source  Simulator  Field 

Directivity  Field 

Radius  Field 

Predominant  Height  Field 

Centroid  Field 

Base  Polygon  ID  Field 

Percentage  of  Texture  Coverage  Field 

Number  of  Polygons  Field 

Number  of  LOD  Texture  Reference  Pointers  Field 
Number  of  C^iponents  Field 

Number  of  Subsidiary  Model  References  Field 
Number  of  Point  Light  Strings  Field 
Number  of  Model  FACS  Field 

Number  of  Face-Based  Texture  References  Field 

Number  of  Vertex-to-Vertex  Texture  References  Field 
Number  of  Model-Based  Texture  References  Field 
Number  of  Non-Mapped  Texture  References  Field 

Number  of  Separation  Planes  Field 

Number  of  Collision  Test  Points  Field 
Placement  Point  Field  (optional] 


5.11.2.6  IjOD  Texture  Reference  Pointer  Record.  The  number  of  these 
records  for  a  given  model  LOD  shall  correspond  to  the  value  contained  in 
the  Number  of  LOD  Texture  Reference  Pointers  field  in  the  parent  LOD  Beader 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 
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5.11.2.7  Coaponent  Header  Record.  The  ntunber  of  these  records  for  a 
given  model  LOD  shall  correspond  to  the  value  contained  in  the  Number  of 
Components  field  in  the  parent  I<OD  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Component  ID  Field 

Number  of  Components  Texture  Reference  Pointers  Field 
Number  of  Polygon  Field 


5.11.2.8  Component  Texture  Reference  Pointer  Record.  The  number 
of  these  records  for  a  given  model  LOD  shall  correspond  to  the  value 
contained  in  the  Number  of  Component  Texture  Reference  Pointers  field  in 
the  parent  Component  Header  record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 
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5.11.2.9  Model  Polygon  Record.  The  number  of  these  records  for  a  given 
ccntponent  shall  correspond  to  the  value  contained  in  the  Number  of  Polygons 
field  in  the  parent  Component  Header  record.  The  last  polygon  shall  define 
the  model  footprint,  referenced  in  the  Base  Polygon  ID  Field  of  the  Parent 
Model  Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Polygon  ID  Field 
Cluster  ID  Field 

Component  ID  Field  « 

Surface  Material  Category  Field 

Surface  Material  Subtype  Field 

Reflectance  Field 

Light  Type  Field 

Specular  Field 

Polygon  Non-Shadow  Field 

Polygon  Normal  Field 

Transmissivity  Field 

Polygon  Long  Dimension  Field 

Polygon  Short  Dimension  Field 

Centroid  Field 

Diffuse  Reflectance  Field 

Feature  Onset  Field 

Layer  Number  (Radar)  Field 

Color  Characteristics  Field 

Shading  Type  Field 

Translucency  Field 

Polygon  Non-Occulting  Field 

Cycle  Rate  Off  Field 

Cycle  Rate  On  Field 

Cycle  Rate  Field 

Directionality  Field 

Light  Horizontal  Width  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Intensity  Field 

Light  Vertical  Width  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Polygon  Illvunination  Type  Field 

Polygon  Landing  Light  Illumination  Field 

Absorptivity  Field 

Emissivity  Field 

Exitance  Field 

Self-Emitter  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Number  of  Hicrodescriptors  Field 

Number  of  Vertices  Field  (Always  three  or  greater) 

Number  of  Polygon  Texture  Reference  Pointers  Field 
Number  of  Polygon  FACS  Field 

5.11.2.10  Model  Microdescriptor  Record.  The  number  of  these 

records  shall  correspond  to  the  value  in  the  Number  of  Microdescriptors 
field  in  the  parent  Model  Polygon  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 


46 


MIL-STD-1820 


5.11.2.11  Vertex  Pointer  Record.  The  number  of  records  shall 
correspond  to  the  Number  of  Vertices  field  within  the  parent  Hodel  Polygon 
record.  Polygons  shall  be  closed  implicity,  i.e.,  the  first  vertex  shall 
not  be  repeated  as  the  last.  The  Normal  List  Position  Field  shall  be  xero 
if  vertex  normals  have  not  been  requested.  The  field  structure  of  each 
record  is  as  follows: 

Vertex  List  Position  Field 

Normal  List  Position  Field  [Always  Zero] 

Correlation  Priority  Field 


5.11.2.12  Polygon  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Polygon  FACS  field  in  the  parent 
Model  Polygon  record.  The  field  structure  of  each  record  shall  be  as 
follows : 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 


5.11.2.13  Polygon  Texture  Reference  Pointer  Record.  The  number 
of  these  records  for  a  given  model  polygon  shall  correspond  to  the  value  of 
the  Number  of  Polygon  Texture  Reference  Pointer  field  within  the  parent 
Model  Polygon  record.  The  field  structure  of  each  record  shall  be  as 
follows : 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.11.2.14  Subsidiary  Model  Reference  Record.  The  number  of  these 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  Model  record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  LOD  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Part  Flag  Field 
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5.11.2.15  Point  Light  String  Rocord.  The  number  of  Point  Light  String 
records  ehell  correspond  to  the  value  In  the  Number  of  point  Light  Strings 
field  within  the  LOD  Header  record.  The  field  structure  of  this  record 
shall  be  as  follows: 


I.ength  Field 
Orientation  Field 
Shape  Code  Field 
Width  Field 
Directionality  Field 
Light  Type  Field 
Predominant  Height  Field 
Surface  Material  Category  Field 
Color  Characteristics  Field 
Layer  Number  Field 
Absorptivity  Field 
Centroid  Field 
Cycle  Rate  Off  Time  Field 
Cycle  Rate  On  Time  Field 
Diffuse  Reflectance  Field 
Directivity  (Infrared)  Field 
Directivity  (Radar)  Field 
Directivity  Field 
Emissivity  Field 
Exitance  Field 
Feature  Onset  Field 
Internal  Material  Category  Field 
Internal  Material  Volume  Field 
Layer  Number  (Infrared)  Field 
Light  Horizontal  Center  Field 
Light  Horizontal  Fall  Field 
Light  Horizontal  width  Field 
Light  Intensity  Field 
Light  Vertical  Center  Field 
Light  Vertical  Fall  Field 
Light  Vertical  width  Field 
Long  Lineal  Field 
Low  Level  Effects  Field 
Object  Volume  Field 
Radius  Field 
Reflectance  Field 
Self-Emitter  Field 
Surface  Material  Subtype  Field 
Texture  Map  Reflectance  Field 
Transmissivity  Field 
Visible  Range  Field 
Number  of  FACS  Table  Entries  Field 
Number  of  Lights  Field 
for  each  light  in  the  string 
Position  Field 


46 


MIX/-STD-1820 


5.11.2.16  Point  Light  String  PACS  Record.  The  number  of  theee 
records  shall  correspond  to  the  value  in  the  Mtimber  of  FACS  Table  Entries 
field  in  the  parent  Point  Light  String  Record.  The  field  structure  of  each 
record  shall  be  as  follows: 

FACS  Class  Field 

FACS  Attribute  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field  « 

Sensors  Supported  Field 
Ijength  of  Attribute  Field 
Attribute  Value  Field 

5.11.2.17  Model  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  Model  FACS  field  in  the  parent 
Model  record.  The  field  structure  of  each  record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Nvunber  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.11.2.18  Face-Based  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Number  of  Face-Based  Texture 
References  field  in  the  parent  LOD  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 


Texture  Reference  Table  Index  Field 
GTOB  Texture  Library  Type  Field 
Texture  ID  Field 


Specific  Or  Generic  Texture  Flag  Field 


Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 

5.11.2.19  Vertez-to-Vertex  Texture  Reference  Record.  The  number 
of  these  records  shall  correspond  to  the  value  of  the  Number  of  Vertex-to- 
Vertex  Texture  References  field  in  the  parent  LOD  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 
Layer  Number  Field 

Number  of  Texture  Pattern  Coordinates  Field 
for  each  texture  pattern  vertex 

Texture  Pattern  Coordinates  Field 
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5.11.2.20  Model-Based  Texture  Beference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Kodel-Based 
Texture  References  field  in  the  parent  I<OD  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ZD  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Nrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Model  Reference  Point  Field 

Layer  Number  Field 

5.11.2.21  Non-Mapped  Texture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  contained  in  the  Number  of  Non-Mapped 
Texture  References  field  in  the  parent  LOD  Header  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

5.11.2.22  Separation  Plane  Record.  The  number  of  these  records  for 
a  given  model  LOD  shall  correspond  to  the  value  contained  in  the  Number  of 
Separation  Planes  field  in  the  parent  LOD  record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Polygon  ID  Field 

Separation  Plane  Number  Field 

Separation  Plane  Coefficients  Field 

5.11.2.23  Collision  Test  Point  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Collision  Test  Points  field 
within  the  parent  LOD  Header  record.  The  field  structure  of  each  record 
shall  be  as  follows: 

Vertex  List  Position  Field 

5.11.2.24  Checksum  Record.  The  field  structure  of  this  record  shall 
be  as  follows : 

Checksum  Field 

5.12  3-D  Dynamic  Model  Vertex  (3DDNV)  Pile.  Following  the  3DDM 

file,  there  shall  be  one  3-D  Dynamic  Model  Vertex  File.  The  3DDMV  shall  be 
required  if  there  is  a  3DDM,  but  shall  be  omitted  otherwise. 
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5.12.1  3DDIIV  Pile  Structure.  There  shall  be  one  pseudo-file  for  each 
model,  containing  the  vertices  used  to  define  all  the  LODs  of  that  model. 
Each  pseudo-file  shall  be  terminated  by  a  special  record  indicating  a 
pseudo-EOF  (end  of  file).  The  pseudo-file  structure  within  this  file  is  as 
follows : 

for  each  model  in  the  3DDM 
3DDMV  Pseudo-File 


5.12.2  3DDMV  Record  Structure.  The  record  structure  of  each  3DDMV 
pseudo-file  shall  be  as  defined  in  the  following  subsections. 


5.12.2.1  3-D  Dynamic  Model  Vertex  Pseudo-Files.  There  shall  be  one 
pseudo-file  for  each  model,  containing  the  vertices  used  to  define  all  the 
LODs  of  that  model.  These  pseudo-files  shall  physically  occur  on  the  tape 
in  the  same  sequence  as  their  corresponding  model  definitions  occur  within 
the  model  library. 


5.12.2.1.1  3DDMV  Pseudo-File  Record  Order.  The  record  order  of  each 
3DDMV  pseudo-file  shall  be  as  follows: 

3DDMV  Identifier  Record 
File  Name  Record 

for  each  vertex,  vertex  normal,  and  collision  test  point  in  3ddm 
Vertex  Record 
Pseudo-EOF  Record 
Checksum  Record 

5.12.2.1.2  3DDMV  Pseudo-File  Field  Structure.  The  field  structure 
of  each  of  these  records  shall  be  as  described  below. 


5.12.2.1.2.1  3DDKV  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  ' 3DDMV’ . 


5.12.2.1.2.2  File  Name  Record.  This  record  shall  consist  of  the  ASCII 
string  ' ssGnnnnnn3DD.VTX ' ,  where  "ss"  is  the  security  code,  and  "nnnnnn"  is 
the  GTDB  identifier. 


5.12.2.1.2.3  Vertex  Record.  The  field  structure  of  this  record  shall 
be  as  follows : 

Coordinate  Field 

5.12.2.1.2.4  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  MDL3DDnnnnn.VTX '  ,  where  ' nnnnn '  is  the  number  of  the 
model  described  by  this  pseudo-file. 


5.12.2.1.2.5  Checksum  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Checksum  Field 
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5.13  SlBulator  Level  of  Det^eil  Area  Blocks  rile  (8I<AB).  There 
shall  be  one  Simulator  I«vel  of  Detail  Area  Blocks  File  (SLAB)  for  each 
Siaiulator  Level  of  Detail  (SLOD)  in  the  GTDB.  The  number  of  SLABa  shall 
correspond  to  the  value  contained  in  the  Simulator  Level  of  Detail  Count 
Field  in  the  GTDB  Parameters  Record  of  the  Gaming  Area  Header  File.  The 
filename  for  each  SLAB  shall  take  the  form  ‘ ssGnnnnnnVmiimuinn . dd* ,  %diere  'as* 
is  the  security  code,  'nnnnnn*  is  the  GTDB  identifier,  'nuimonni*  is  the 
version  number,  and  "dd*  is  the  SLOD  number. 

5.13.1  SLAB  Pile  Structure.  For  each  area  block,  there  shall  be  one 
pseudo-file  for  each  type  of  data  needed  to  describe  the  contents  of  that 
area  block.  The  pseudo-file  structure  of  each  SLAB  shall  be  as  follows: 

for  each  area  block  in  SLOD 

Vertex  Area  Block  (VAB)  Pseudo-File 

Areal  Feature  Area  Block  (AFAB)  Pseudo-File 

Linear  Feature  Area  Block  (LFAB)  Pseudo-File  (optional] 

Point  Feature  Area  Block  (PFAB)  Pseudo-File  (optional) 

Point  Light  Feature  Area  Block  (PLFAB)  Pseudo-File  (optional] 

Point  Light  String  Feature  Area  Block  (PLSFAB)  Pseudo-File  (opt.) 
Terrain  Polygon  Area  Block  (TPAB)  Pseudo-File  (optional] 

Terrain  Grid  Area  Block  (TGAB)  Pseudo-File  (optional] 

Model  Reference  Area  Block  (MRAB)  Pseudo-File  (optional] 

Area  Block  Pseudo-EOF  Record 

5.13.2  SLAB  Pseudo-File  Record  Structure.  The  record  structure  of 
each  of  these  pseudo-files  shall  be  as  described  in  the  following 
subsections . 


5.13.2.1  Vertex  Area  Block  (VAB)  Pseudo-File.  For  every  area  block 
in  the  data  base  (previously  identified  in  the  ABB),  there  shall  be  one 
Vertex  Area  Block  Pseudo-File  associated  with  it. 

5.13.2.1.1  VAB  Pseudo-File  Record  Order.  The  record  order  of  the 
vertex  area  block  pseudo-file  shall  be  as  follows: 

VAB  Identifier  Record 
File  Name  Record 

Vertex  Area  Block  Header  Record 

for  each  culture/terrain  vertex  and  vertex  normal  in  area  block 
Vertex  Record 
Pseudo-EOF  Record 
Checksum  Record 

5.13.2.1.2  VAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 

5.13.2.1.2.1  VAB  Identifier  Record.  This  record  shall  consist  of  the 
ASCII  string  'VAB'. 

5.13.2.1.2.2  File  Same  Record.  This  record  shall  consist  of  the  ASCII 
string  "VABnnnnnnnnnn.ss* ,  where  "nnnnnnnnnn*  is  the  area  block  number  and 
*sa*  is  the  SLOD  number. 
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5.13.2.1.2.3  Vertaz  ArM  Block  Hooder  Record.  The  field  structure 
of  this  record  shell  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 
Area  Block  ID  Field 
Lat/Long  SW  Corner  Field 
Lat/IiOng  NE  Corner  Field 
Last  Update  Date  Field 
Security  Level  Field 

Number  of  Vertices  Field  (Always  four  or  greater) 

End  Vertex  ID  Field 

5.13.2.1.2.4  Vertex  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Vertex  List  Position  Field 
Coordinate  Field 

5.13.2.1.2.5  Pseudo-EOP  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  VABnnnnnnnnnn.ss ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  ' ss '  is  the  SLOD  number . 

5.13.2.1.2.6  Checksum  Record.  The  field  structure  of  this  record  shall 
be  as  follows: 

Checksum  Field 

5.13.2.2  Areal  Feature  Area  Block  (AFAB)  Pseudo-Pile.  For  each 
area  block  in  the  data  base,  there  shall  be  one  Areal  Feature  Area  Block 
Pseudo-File  associated  with  it. 

5.13.2.2.1  AFAB  Pseudo-File  Record  Order.  The  record  order  of  the 

AFAB  pseudo-file  shall  be  as  follows: 

AFAB  Identifier  Record 

File  Name  Record 

Feature  Area  Block  Header  Record 

Face-Based  Texture  Reference  Record(s)  [optional] 

Global-Based  Texture  Reference  Record(8)  [optional] 
for  each  feature 

Areal  Feature  Record 
Nicrodescriptor  Record(s)  (optional] 

FACS  Record] s)  [optional] 

Vertex  Pointer  Records 

Non-Mapped  Texture  Reference  Record] s)  (optional] 

Mapped  Texture  Reference  Pointer  Record] s)  [optional] 

Pseudo-EOF  Record 
Checksum  Record 

5.13.2.2.2  AFAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 

5.13.2.2.2.1  AFAB  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  'AFAB'. 

5.13.2.2.2.2  File  Bams  Record.  This  record  shall  consist  of  the  ASCII 
string  'AFABnnnnnnnnnn.ss ' ,  where  'nnnnnnnnnn'  is  the  area  block  number  and 
' ss '  is  the  SLOD  number . 
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5.13.2.2.2.3  Feature  Area  Block  Header  Record.  The  field  structure: 
of  this  record  shall  be  as  follows t 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

Lat/Long  SW  Corner  Field 

Lat/Long  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Number  of  Features  Field 

Number  of  Face-Based  Texture  References  Field 
Number  of  Global-Based  Texture  References  Field 

5.13.2.2.2.4  Face-Based  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Face-Based 
Texture  References  field  in  the  parent  Feature  Area  Block  Header  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 

5.13.2.2.2.5  Global -Based  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Global-Based 
Texture  References  field  in  the  parent  Feature  Area  Block  Header  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  Or  Generic  Texture  Flag  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Global  Reference  Point  Field 

Layer  Number  Field 
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5.13.2.2.2.6  Areal  Feature  Record.  The  total  number  of  these  records 
shall  correspond  to  the  value  contained  in  the  Number  of  Features  field  in 
the  parent  Feature  Area  Block  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Feature  Number  Field 

FID  Code  Field 

Feature  Descriptor  Code 

Synthetic  Data  Flag  Field 

Correlation  Priority  Field 

Reflectance  Field 

Predominant  Height  Field 

Feature  Fragment  Flag  Field 

Superfeature  Number  Field 

Surface  Material  Category  Field 

Surface  Material  Subtype  Field 

Specular  Field 

Number  of  Structures  Field 

Percent  of  Roof  Coverage  Field 

Roof  Type  Field 

Monitor  Type  Field 

Polygon  Normal  Field 

Percent  of  Tree  Coverage  Field 

Shape  Code  Field 

Centroid  Field 

Directivity  (Radar)  Field 

Layer  Ntimber  (Radar)  Field 

Diffuse  Reflectance  Field 

Feature  Onset  Field 

Low  Level  Effects  Field 

Absorptivity  Field 

Directivity  (Visual)  Field 

Directivity  (Infrared)  Field 

Emissivity  Field 

Exitance  Field 

Transmissivity  Field 

Color  Characteristics  Field 

Self-Emitter  Field 

Translucency  Field 

Shading  Type  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Radius  Field 

Blending  Type  Field 

Polygon  Illumination  Type  Field 

Number  of  Microdescriptors  Field 

Number  of  Non-Mapped  Texture  References  Field 

Number  of  Mapped  Texture  Reference  Pointers  Field 

Number  of  Culture  Vertices  Field  (Always  three  or  greater) 

Number  of  FACS  Field 

5.13.2.2.2.7  Microdescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdescriptors  field  in 
the  parent  Areal  Feature  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value(s)  Field 
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5.13.2.2.2.6  FACS  Record.  The  number  of  these  records  shall  correspond 
to  the  value  in  the  Number  of  FACS  field  in  the  parent  Areal  Feature 
record.  The  field  structure  of  each  record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.13.2.2.2.9  Vertex  Pointer  Record.  The  number  of  records  shall 
correspond  to  the  Number  of  Culture  Vertices  field  within  the  parent  Areal 
Feature  record.  Areal  features  shall  be  closed  implicitly,  i.e.,  the  first 
vertex  shall  not  be  repeated  as  the  last.  Vertices  shall  be  ordered  in  a 
counterclockwise  direction,  as  viewed  from  above.  The  field  structure  of 
each  record  shall  be  as  follows: 

Vertex  List  Position  Field 
Correlation  Priority  Field 

5.13.2.2.2.10  Ron-Mapped  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Njmber  of  Non-Mapped 
Texture  References  field  within  the  parent  Areal  Feature  record.  The  field 
structure  of  each  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  or  Generic  Texture  Flag  Field 


5.13.2.2.2.11  Mapped  Texture  Reference  Pointer  Record.  Ihe  number 
of  these  records  shall  correspond  to  the  value  of  the  Number  of  Mapped 
Texture  Reference  Pointers  field  within  the  parent  Areal  Feature  record. 
The  field  structure  of  each  record  shall  be  as  follows: 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 

5.13.2.2.2.12  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  AFABnnnnnnnnnn.ss ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 

5.13.2.2.2.13  Checksum  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Checksum  Field 

5.13.2.3  Linear  Feature  Area  Block  (LFAB)  Pseudo-File.  For  each 
area  block  which  includes  linear  features,  there  shall  be  one  Linear 
Feature  Area  Block  Pseudo-File  associated  with  it.  The  LFAB  shall  be 
included  when  an  area  block  contains  at  least  one  linear  feature. 
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5.13.2.3.1  I<FAB  Pseudo-Pile  Record  Order.  The  record  order  of  the 
LFAB  pseudo-file  shall  be  as  follows: 

LFAB  Identifier  Record 
File  Name  Record 

Feature  Area  Block  Header  Record 
for  each  feature 

Linear  Feature  Record 
Microdescriptor  Record(8)  (optional] 

FACS  Record ( s )  [ optional ] 

Vertex  Pointer  Records 

Non-Mapped  Texture  Reference  Record(s)  [optional] 

Pseudo-EOF  Record 
Checksum  Record 


5.13.2.3.2  LFAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 


5.13.2.3.2.1  LFAB  Identifier  Record.  This  record  shall  consist 

of  the  ASCII  string  'LFAB'. 


5.13.2.3.2.2  File  Name  Record.  This  record  shall  consist  of  the 
ASCII  String  ' LFABnnnnnnnnnn . ss  ’  ,  where  ’ nnnnnnnnnn '  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 


5.13.2.3.2.3  Feature  Area  Block  Header  Record.  This  record 

shall  contain  control  information  describing  the  file.  The  field  structure 
of  this  record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

Lat/Long  SW  Corner  Field 

Lat/Long  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Number  of  Features  Field 
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5.13.2.3.2.4  Linear  Feature  Record.  The  total  number  o£  these 
records  shall  correspond  to  the  value  contained  in  the  Number  of  Features 
field  in  the  parent  Feature  Area  Block  Header  record.  The  field  structure 
of  this  record  shall  be  as  follows: 


Feature  Number  Field 
FID  Code  Field 

Feature  Descriptor  Code  Field 
Synthetic  Data  Flag  Field 
Correlation  Priority  Field 
Reflectance  Field 
Predominant  Height  Field 
Feature  Fragment  Flag  Field 
Superfeature  Number  Field 
Surface  Material  Category  Field 
Surface  Material  Subtype  Field 
Specular  Field 
Width  Field 

Diffuse  Reflectance  Field 

Directivity  (Radar)  Field 

Layer  Number  (Radar)  Field 

Feature  Onset  Field 

Low  Level  Effects  Field 

Directivity  (Visual)  Field 

Directivity  (Infrared)  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Absorptivity  Field 

Emissivity  Field 

Exitance  Field 

Color  Characteristics  Field 

Self-Emitter  Field 

Translucency  Field 

Radius  Field 

Blending  Type  Field 

Centroid  Field 

Transmissivity  Field 

Number  of  Hicrodescriptors  Field 

Number  of  Non-Mapped  Texture  References  Field 

Number  of  Culture  Vertices  Field  (Always  two  or  greater) 

Number  of  FACS  Field 


5.13.2.3.2.5  Microdescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Hicrodescriptors  field  in 
the  parent  Linear  Feature  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 
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5.13.2.3.2.6  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  FACS  field  in  the  parent  Linear 
Feature  record.  The  field  structure  of  each  record  shall  be  as  follo«rs: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.13.2.3.2.7  Vertex  Pointer  Record.  The  number  of  records  shall 
correspond  to  the  Number  of  Culture  Vertices  field  within  the  parent  Linear 
Feature  record.  The  field  structure  of  each  record  shall  be  as  follows: 

Vertex  List  Position  Field 
Correlation  Priority  Field 

5.13.2.3.2.8  Hon-Mapped  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Photo  Texture 
References  field  within  the  parent  Linear  Feature  record.  The  field 
structure  of  each  record  shall  be  as  follows: 

Texture  Reference  Table  index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  or  Generic  Texture  Flag  Field 

5.13.2.3.2.9  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  LFABnnnnnnnnnn. ss ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  ' ss '  is  the  SLOD  number . 

5.13.2.3.2.10  CbecksuB  Record.  The  field  structure  of  this  record  is 
as  follows: 

Checksum  Field 

5.13.2.4  Point  Feature  Area  Block  (PFAB)  Pseudo-File.  For  each 
area  block  which  includes  point  features,  there  shall  be  one  Point  Feature 
Area  Block  Pseudo-File  associated  with  it.  The  PFAri  shall  be  included  when 
an  area  block  contains  at  least  one  point  feature. 

5.13.2.4.1  PFAB  Pseudo-File  Record  Order.  The  record  order  of  the 
PFAB  pseudo-file  shall  be  as  follows: 

PFAB  Identifier  Record 
File  Name  Record 

Feature  Area  Block  Header  Record 
for  each  feature 

Point  Feature  Record 

Microdescriptor  Record{s)  [optional] 

FACS  Record(s)  (optional] 

Vertex  Pointer  Record(s) 

Non-Mapped  Texture  Reference  Record] s)  [optional] 

Pseudo-EOF  Record 
Checks\mi  Record 
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5.13.2.4.2  PFAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 


5.13.2.4.2.1  PFAB  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  'PFAB'. 


5.13.2.4.2.2  File  Base  Record.  This  record  shall  consist  of  the 
ASCII  string  ‘PFABnnnnnnnnnn.ss * ,  where  ‘nnnnnnnnnn'  is  the  area  block 
number  and  *ss'  is  the  SLOD  number. 


5.13.2.4.2.3  Feature  Area  Block  Reader  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

Lat/I>ong  SW  Corner  Field 

Lat/Iiong  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Number  of  Features  Field 
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5.13.2.4.2.4  Point  Feature  Record.  The  total  number  of  these  records 
shall  correspond  to  the  value  contained  in  the  Number  of  Features  field  in 
the  parent  Feature  Area  Block  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 


Feature  Number  Field 
FID  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Correlation  Priority  Field 

Reflectance  Field 

Predominant  Height  Field 

Feature  Fragment  Flag  Field 

Superfeature  Number  Field 

Surface  Material  Category  Field 

Surface  Material  Subtype  Field 

Specular  Field 

Length  Field 

Width  Field 

Radius  Field 

Orientation  Field 

Shape  Code  Field 

Directivity  (Radar)  Field 

Diffuse  Reflectance  Field 

Feature  Onset  Field 

IjOw  Level  Effects  Field 

Long  Lineal  Field 

Directivity  (Visual)  Field 

Directivity  (Infrared)  Field 

Absorptivity  Field 

Emissivity  Field 

Exitance  Field 

Transmissivity  Field 

Color  Characteristics  Field 

Self-Emitter  Field 

Translucency  Field 

Blending  Type  Field 

Centroid  Field 

Number  of  Microdescriptors  Field 

Num*.  er  of  Non-Mapped  Texture  References  Field 

Number  of  Culture  Vertices  Field 

Number  of  FACS  Field 


5.13.2.4.2.5  Nicrodescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdeacriptors  field  in 
the  parent  Point  Feature  record.  The  field  structure  of  each  record  shall 
be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 
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5.13.2.4.2.6  PAC6  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  FACS  field  in  the  parent  Point 
Feature  record.  The  field  structure  of  each  record  shall  be  as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ZD  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.13.2.4.2.7  Vertex  Pointer  Record.  The  number  of  records  shall 
correspond  to  the  Number  of  Vertices  field  within  the  parent  Point  Feature 
record.  The  field  structure  of  each  record  shall  be  as  follows: 

Vertex  List  Position  Field 
Correlation  Priority  Field 

5.13.2.4.2.8  Ron-Mapped  Texture  Reference  Record.  The  number  of 
these  records  shall  correspond  to  the  value  of  the  Number  of  Photo  Texture 
References  field  within  the  parent  Point  Feature  record.  The  field 
structure  of  each  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  ID  Field 

Specific  or  Generic  Texture  Flag  Field 

5.13.2.4.2.9  Pseudo-EOP  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  PFABnnnnnnnnnn.ss ' ,  where  ’nnnnnnnnnn’  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 

5.13.2.4.2.10  Checksun  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Checksum  Field 

5.13.2.5  Point  Light  Feature  Area  Block  (PLFAB)  Pseudo-File.  For 
each  area  block  which  includes  point  light  features,  there  shall  be  one 
Point  Light  Feature  Area  Block  Pseudo-File  associated  with  it.  The  PLFAB 
shall  be  included  when  an  area  block  contains  at  least  one  point  light 
feature . 


5.13.2.5.1  PLFAB  Pseudo-File  Record  Order.  The  record  order  of  the 
PLFAB  pseudo- file  shall  be  as  follows: 

PLFAB  Identifier  Record 

File  Name  Record 

Feature  Area  Block  Header  Record 

for  each  feature 

Point  Light  Feature  Record 
Microdescriptor  Record(8)  [optional] 

FACS  Record(8)  [optional] 

Vertex  Pointer  Record 
Pseudo-EOF  Record 
Checksum  Record 
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5.13.2.5.2  PLiFAB  Pseudo-File  Field  Structure.  The  field  structure 
of  each  of  these  records  shall  be  as  described  below. 


5.13.2.5.2.1  PU^AB  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  ’PbrAB'. 


5.13.2.5.2.2  File  Bane  Record.  This  record  shall  consist  of  the 
ASCII  string  * PLABnnnnnnnnnn . ss ' <  where  ‘nnnnnnnnnn*  is  the  area  block 
nvunber  and  'ss'  is  the  SLOD  number. 


5.13.2.5.2.3  Feature  Area  Block  Header  Record.  This  record  shall 
contain  control  information  describing  the  file.  The  field  structure  of 
this  record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

Lat/Long  SH  Comer  Field 

Lat/Iiong  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Number  of  Features  Field 
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5.13.2.5.2.4  Point  Light  Pentnro  Kocord.  This  record  shall  contain 
control  fields  and  attributes  describing  a  particular  point  light  feature. 
The  total  number  of  these  records  shall  correspond  to  the  value  contained 
in  the  Humber  of  Features  field  in  the  parent  Feature  Area  Block  Header 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Feature  Number  Field 
FID  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Correlation  Priority  Field 

Absorptivity  Field 

Directivity  (Infrared)  Field 

Emissivity  Field 

Exitance  Field 

Reflectance  Field 

Transmissivity  Field 

Color  Characteristics  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Directivity  (Visual)  Field 

Self-Emitter  Field 

Directionality  Field 

Cycle  Rate  Off  Field 

Cycle  Rate  On  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Horizontal  Width  Field 

Light  Intensity  Field 

Light  Type  Field 

Light  Vertical  width  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Length  Field 

Width  Field 

Radius  Field 

Blending  Type  Field 

Centroid  Field 

Orientation  Field 

Shape  Code  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Visible  Range  Field 

Number  of  Microdescriptors  Field 

Number  of  Texture  References  Field  [N/A] 

Number  of  Culture  Vertices  Field 
Number  of  FACS  Field 


5.13.2.5.2.5  Microdescriptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdescriptors  field  in 
the  parent  Point  Light  Feature  record.  The  field  structure  of  each  record 
shall  be  as  follows: 

Hicrodescriptor  Type  Field 
Microdescriptor  Value  Field 
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5.13.2.5.2.6  rACS  Kacord.  Th«  niuaber  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  FACS  field  in  the  parent  Point 
Light  Feature  record.  The  field  structure  of  each  record  shall  be  as 
follow: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.13.2.5.2.7  Vertex  Pointer  Record.  There  shall  be  exactly  one  of 
these  records  defining  the  location  of  the  point  light  feature.  The  value 
'1'  shall  be  stored  in  the  Number  of  Vertices  field  within  the  parent  Point 
Light  Feature  record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Vertex  List  Position  Field 
Correlation  Priority  Field 

5.13.2.5.2.8  Pseudo-BOF  Record.  This  record  shall  consist  of  the 
ASCII  string  ‘EOF  PLABnntmnnnnnn. ss ‘ ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  ' ss '  is  the  SLOO  number. 

5.13.2.5.2.9  Checksum  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Checksum  Field 

5.13.2.6  Point  Light  String  Feature  Area  Block  (PL8FAB)  Pseudo- 
File.  For  each  area  block  which  includes  point  light  strings,  there 
shall  be  one  Point  Light  String  Feature  Area  Block  Pseudo-File  associated 
With  it.  The  PLSFAB  shall  be  included  when  an  area  block  contains  at  least 
one  point  light  string  feature. 

5.13.2.6.1  PLSFAB  Pseudo-File  Record  Order.  The  record  order  of  the 
PLSFAB  pseudo-file  shall  be  as  follows: 

PLSFAB  Identifier  Record 
File  Name  Record 

Feature  Area  Block  Header  Record 
for  each  feature 

Point  Light  String  Feature  Record 
Microdescriptor  Record(s)  (optional] 

FACS  Record ( s )  [ optional | 

Vertex  Pointer  Record(s) 

Pseudo-EOF  Record 
Checksum  Record 

5.13.2.6.2  PLSFAB  Pseudo-File  Field  Structure.  The  field  structure 
of  each  of  these  records  shall  be  as  described  below. 

5.13.2.6.2.1  PLSFAB  Identifier  Record.  This  record  shall  consist  of 
the  ASCII  string  ’PLSFAB’. 
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5.13.2.6.2.2  File  laae  Record.  This  record  shall  consist  of  the 
ASCII  string  'PSABnnnnnnnnnn.ss '  ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  ‘ss*  is  the  SLOD  number. 

t 


5.13.2.6.2.3  Feature  Area  Block  Header  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

Lat/Long  SW  Corner  Field 

Lat/Long  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Number  of  Features  Field 
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5.13.2.6.2.4  Point  Light  String  Poature  Record.  The  total  nuniber 
of  these  records  shall  correspond  to  the  value  contained  in  the  Mtnnber  of 
Features  field  in  the  parent  Feature  Area  Bloch  Header  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Feature  Number  Field 
FID  Code  Field 

Feature  Descriptor  Code  Field 
Synthetic  Data  Flag  Field 
Correlation  Priority  Field 
Absorptivity  Field 
Directivity  (Infrared)  Field 
Emissivity  Field 
EXitance  Field 
Reflectance  Field 
Transmissivity  Field 
Color  Characteristics  Field 
Predominant  Height  Field 
Surface  Material  Category  Field 
Directivity  (Visual)  Field 
Self -Emitter  Field 
Feature  Fragment  Flag  Field 
Superfeature  Number  Field 
Light  String  Shape  Field 
Number  of  Lights  Field 
Directionality  Field 
Cycle  Rate  Off  Time  Field 
Cycle  Rate  On  Time  Field 
Light  Horizontal  Center  Field 
Light  Horizontal  Fall  Field 
Light  Horizontal  Width  Field 
Orientation  Field 
Light  Intensity  Field 
Light  Type  Field 
Light  Vertical  width  Field 
Light  Vertical  Center  Field 
Light  Vertical  Fall  Field 
Blending  Type  Field 
Centroid  Field 
Radius  Field 
Length  Field 
Width  Field 

Layer  Number  (Visual)  Field 

Layer  Number  (Infrared)  Field 

Light  Delta  Field 

Visible  Range  Field 

Number  of  Microdescriptors  Field 

Number  of  Texture  References  Field  [N/A] 

Number  of  Culture  Vertices  Field 
Number  of  FACS  Field 

5.13.2.6.2.5  Kicrodescrlptor  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Microdescriptors  field  in 
the  parent  Point  Light  String  Feature  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 
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5.13.2.6.2.6  FACS  Record.  The  number  of  these  records  shall 
correspond  to  the  value  in  the  Number  of  FACS  field  in  the  parent  Point 
Light  String  Feature  record.  The  field  structure  of  each  record  shall  be 
as  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Niunber  Field 
Sensors  Supported  Field 
Length  of  Attribute  Field 
Attribute  Value  Field 

5.13.2.6.2.7  Vertex  Pointer  Record.  The  number  of  Vertex  Pointer 
records  shall  correspond  to  the  Number  of  Vertices  field  within  the  parent 
Point  Light  String  Feature  record.  The  first  record  shall  define  the 
origin  of  the  Point  Light  String.  When  the  Light  String  Shape  Field  of  the 
parent  Point  Light  String  Feature  Record  indicates  that  the  lights  fall 
within  a  straight  line,  there  shall  be  no  vertex  pointer  records  other  than 
the  first.  The  field  structure  of  each  record  shall  be  as  follows: 

Vertex  List  Position  Field 
Correlation  Priority  Field 

5. 13. 2. 6. 2. B  Pseudo-EOF  Record.  This  record  shall  consist  of  the 

ASCII  string  'EOF  PSABnnnnnnnnnn.ss ' ,  where  ‘nnnnnnnnnn’  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 

5.13.2.6.2.9  Checksum  Record.  The  field  structure  of  this  record 

shall  be  as  follows: 

Checksum  Field 

5.13.2.7  Terrain  Polygon  Area  Block  (TPAB)  Pseudo-File.  For  a 
GTDB  which  includes  polygonized  terrain,  there  shall  be  one  Terrain  Polygon 
Area  Block  Pseudo-File  associated  with  each  area  block.  The  TPAB  shall  be 
included  when  polygonized  terrain  has  been  requested. 

5.13.2.7.1  TPAB  Pseudo-File  Record  Order.  The  record  order  of  the 
TPAB  pseudo-file  shall  be  as  follows: 

TPAB  Identifier  Record 
File  Name  Record 

Terrain  Area  Block  Header  Record 
for  each  terrain  polygon 
Terrain  Polygon  Record 
Vertex  List  Pointer  Records 
Culture  Reference  Record(B)  (optional] 

Vertex-to-Vertex  Texture  Reference  Record] s)  (optional] 

Pseudo-EOF  Record 
Checksum  Record 

5.13.2.7.2  TPAB  Pseudo-Pile  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 

5.13.2.7.2.1  TPAB  Identifier  Record.  This  record  shall  consist 

of  the  ASCII  string  'TPAB'. 


68 


MIL-STD-1820 


5.13.2.7.2.2  Pile  Baae  Record.  This  record  shall  consist  of  the 
ASCII  string  '  TPABnnnnnnnnnn.ss ’ ,  where  ’ nnnnnnnnnn '  is  the  area  block 
number  and  *  ss '  is  the  SLOD  number . 

5.13.2.7.2.3  TPAB  Header  Record.  The  field  structure  of  this 
record  shall  be  as  described  below: 

Project  2851  GTDB  Catalog  ;d  Field 

Area  Block  ID  Field 

Lat/IiOng  SH  Corner  Field 

Lat/Long  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Terrain  Type  Field 

Latitude  Interval  Field 

Longitude  Interval  Field 

Number  of  Terrain  Polygons  Field 

Column  Count  Field  (Always  Zero) 

Row  Count  Field  (Always  Zero) 

5.13.2.7.2.4  Terrain  Polygon  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Terrain  Polygons  field 
within  the  parent  TPAB  Header  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Terrain  Polygon  ID  Field 

Shape  Code  Field 

Polygon  Normal  Field 

Number  of  Culture  References  Field 

Number  of  Vertices  Field  (Always  three  or  greater) 

Number  of  Vertex-to-Vertex  Texture  References  Field 

5.13.2.7.2.5  Vertex  List  Pointer  Record.  The  actual  number  of 
records  shall  correspond  to  the  Number  of  Vertices  field  within  the  parent 
Terrain  Polygon  record.  Vertices  shall  be  ordered  in  a  counterclockwise 
direction,  as  viewed  from  above.  All  polygons  shall  be  closed  implicitly. 
The  Normal  List  Position  Field  shall  be  zero  when  vertex  normals  have  not 
been  requested.  The  field  structure  of  each  record  shall  be  as  follows: 

Vertex  List  Position  Field 
Normal  List  Position  Field 
Correlation  Priority  Field 

5.13.2.7.2.6  Culture  Reference  Record.  The  number  of  these 
records  shall  correspond  to  the  value  of  the  Number  of  Culture  References 
field  within  the  parent  Terrain  Polygon  record.  The  field  structure  of 
each  record  shall  be  as  follows: 

Type  of  Reference  Field 
Feature  Type  Field 
Feature  Number  Field 
Model  Library  Type  Field 
Model  Reference  Number  Field 
Feature  Descriptor  Code  Field 
Layer  Number  Field 
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5.13.2.7.2.7  Vertez-to-Vertcx  Texture  Refer  snce  Record.  There 
shall  be  one  texture  pattern  vertex  defined  for  er.:h  polygon  vertex.  The 
first  texture  pattern  vertex  shall  map  to  the  first  polygon  vertex.  Th** 
number  of  these  records  shall  correspond  to  the  value  of  the  Number  of 
Vertex-to-vertex  Texture  References  field  in  the  parent  Terrain  Polygon 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Texture  Reference  Table  Index  Field 
GTDB  Texture  Library  Type  Field 
Texture  Mapping  Set  ID  Field 
Texture  ID  Field 

Specific  or  Generic  Texture  Flag  Field 
Layer  Number  Field 

Number  of  Texture  Pattern  Coordinates  Field 
for  each  texture  pattern  vertex 

Texture  Pattern  Coordinates  Field 


5.13.2.7.2.8  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  TPABnnnnnnnnnn . ss ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 


5.13.2.7.2.9  Checksum  Record.  The  field  structure  of  this  record 

shall  be  as  follows: 

Cl.ecksum  Field 


5.13.2.P  Terrain  Grid  Area  Block  (TGAB)  Pseudo-File.  For  a  GTDB 
which  includes  gridded  terrain,  there  shall  be  one  Terrain  Grid  Area  Block 
Pseudo-File  associated  with  every  area  block  identified  as  being  part  of  a 
SLOD.  The  TGAB  shall  be  included  when  gridded  terrain  has  been  requested. 


5.13.2.6.1  TGAB  Pseudo-File  Record  Order.  The  record  order  of  the 
TGAB  pseudo-file  shall  be  as  follows: 

TGAB  Identifier  Record 
File  Name  Pacord 

Terrain  Area  Block  Header  Record 
for  each  terrain  grid  post 
Terrain  Post  Record 
Pseudo-EOF  Record 
Checksum  Record 


5.13.2.8.2  TGAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 


5.13.2.6.2.1  TGAB  Identifier  Record.  This  record  shall  consist 

of  the  ASCII  string  'TGAB'. 


5.13.2.8.2.2  Pile  Hame  Record.  This  recor-d  shall  consist  of  the 
ASCII  string  'TGABnnnnnnnnnn.ss ‘ ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 
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5.13.2.8.2.3  TGAB  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 
Area  Block  ID  Field 
Lat/Long  SW  Corner  Field 
Lat/Long  HE  Comer  Field 
Last  Update  Date  Field 
Security  Level  Field 
Terrain  Type  Field 
Latitude  Interval  Field 
Longitude  Interval  Field 

Number  of  Terrain  Polygons  Field  (Always  Zero) 

Column  Count  Field 
Row  Count  Field 

5.13.2.8.2.4  Terrain  Post  Record.  The  total  number  of  these 
records  shall  be  equal  to  the  product  of  the  values  in  the  Column  Count  and 
Row  Count  fields  within  the  TGAB  Header  Record.  Elevation  posts  shall  be 
sequenced  from  the  southwest  corner  of  the  area  block  to  the  northeast, 
incrementing  in  latitude  within  each  increment  in  longitude,  at  intervals 
specified  in  the  parent  TGAB  Header  Record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Coordinate  Field 

5.13.2.8.2.5  Pseudo-KOP  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  TGABnnnnnnnnnn.ss ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  'ss'  is  the  SLOO  number. 

5.13.2.8.2.6  Checksum  Record.  The  field  structure  of  this  record 

shall  be  as  follows: 

Checksum  Field 

5.13.2.9  Model  Reference  Area  Block  (MRAB)  Pseudo-File.  For  every 
area  block  in  which  a  model  reference  is  present,  there  shall  be  one  Model 
Reference  Area  Block  Pseudo-File.  The  MRAB  shall  be  included  when  there  is 
at  least  one  model  reference  within  an  area  block. 

5.13.2.9.1  MRAB  Pseudo-File  Record  Order.  The  record  order  of  the 
MRAB  pseudo-file  shall  be  as  follows: 

MRAB  Identifier  Record 
File  Name  Record 

Model  Reference  Area  Block  Header  Record 
for  each  model  reference 
Model  Reference  Record 
Pseudo-EOF  Record 
Checksum  Record 

5.13.2.9.2  MRAB  Pseudo-File  Field  Structure.  The  field  structure  of 
each  of  these  records  shall  be  as  described  below. 

5.13.2.9.2.1  MRAB  Identifier  Record.  This  record  shall  consist 

of  the  ASCII  string  MRAB'. 
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5.13.2.9.2.2  File  Maae  Kecord.  This  record  shall  consist  of  the 
ASCII  string  'MRABnnnnnnnnnn.ss' ,  where  ‘nnnnnnnnnn’  is  the  area  block 
number  and  ‘  ss '  is  the  SI<(^  number . 


5.13.2.9.2.3  MJtAB  deader  Record.  The  field  structure  of  this 

record  shall  be  as  follows: 

Project  2851  GTDB  Catalog  ID  Field 

Area  Block  ID  Field 

La t /Long  SW  Corner  Field 

Lat/Long  NE  Corner  Field 

Last  Update  Date  Field 

Security  Level  Field 

Nxunber  of  Model  References  Field 


5.13.2.9.2.4  Model  Reference  Record.  The  number  of  these  records 

shall  correspond  to  the  Number  of  Model  Referenced  Field  in  the  MRAB  header 
record.  The  field  structure  of  this  record  shall  be  as  follows: 

Model  Library  Type  Field 

Model  Number  Field 

Feature  Number  Field 

Superfeature  Number  Field 

Offset  Vector  Field 

Orientation  Angle  Field 

Rotation  Field 

Translation  Field 

Scale  Factor  Field 

Correlation  Priority  Field 

Terrain  Polygon  Overlap  Flag  Field 


5.13.2.9.2.5  Pseudo-EOF  Record.  This  record  shall  consist  of  the 
ASCII  string  'EOF  KRABnnnnnnnnnn . s s ' ,  where  'nnnnnnnnnn'  is  the  area  block 
number  and  'ss'  is  the  SLOD  number. 


5.13.2.9.2.6  CbecksuBi  Record.  The  field  structure  of  this  record 

shall  be  as  follows: 

Checksum  Field 


5.13.2.10  Area  Block  Pseudo-EOF  Record.  This  record  shall  consist 
of  the  ASCII  string  ’EOF  ABnnnnnnnnnn. ss ' ,  where  'nnnnnnnnnn'  is  the  area 
block  number  and  ' ss '  is  the  SLOD  number. 
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5.14  Areal  Texture  (AT)  Library.  The  Areal  Texture  (AT)  Library  is 
optional  in  a  GTDB.  The  AT  shall  consist  of  files  in  the  National  Imagery 
Transroission  Format  (NITF),  or  their  native  format.  All  NITF  files  shall 
follow  the  format  described  in  the  NITF  Version  1.1  document  dated  1  March 
1969  and  the  NITF  Change  Notice  Number  2  dated  23  May  1990. 

5.14.1  AT  File  Structure.  When  included,  the  file  order  of  the  AT 
library  shall  be  as  follows: 

NITF  Header  File 
for  each  areal  texture 

NITF  Image  Sub-Header  File 
if  texture  is  in  Stage  1  then 

Original  Format  Image  File(B)  (optional] 
else 

NITF  Image  Data  File  (optional] 
end  if 


5.14.2  AT  File  Record  Structures.  The  record  structure  of  each  of 
these  files  shall  be  as  described  below. 


5.14.2.1  VXTF  Header  File.  The  NITF  Header  File  shall  be  included  in 
every  AT  Library.  The  NITF  Header  File  shall  contain  field  labels  on  odd- 
numbered  lines  and  field  values  (corresponding  to  the  immediately  preceding 
field  label)  on  even-nvunbered  lines.  Each  field  label  line  shall  be  in  all 
capital  letters.  Each  line  shall  be  terminated  with  an  ASCII  Carriage 
Return/Line  Feed  pair.  The  file  shall  be  terminated  with  an  ASCII  end-of- 
file  (CNTRL  2)  character. 


5.14.2.1.1  Filename.  The  ANSI  filename  for  this  file  shall  be 
' ssGnnnnnnNITFi .HOR ' ,  where  "sp”  is  the  security  code,  "nnnnnn"  is  the  GTDB 
identifier,  and  "i"  is  ’A"  for  the  areal  texture  library  or  "M"  for  the 
model  texture  library. 
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5.14.2.1.2  rile  roxaat.  Valid  data  shall  be  provided  in  all  fields  for 
all  texture  types.  The  file  format  shall  be  as  follows: 


tahel 

MHDR 

STYPE 

OSTAID 

MDT 

MTITLE 

MSCIAS 

MSCODE 

MSCTLB 

MSREL 

HSCAOT 

HSCTLN 

MSDHNG 

MSDEVT 

MSCOF 

MSCPYS 

ENCRYP 

ONAKE 

OPHONE 

ML 

BL 

NOMZ 

LISHOOl 

LZOOl 


field _ 

Message  Type  &  Version  Field 
System  Type  Field 
Originating  Station  ZD  Field 
Message  Date  6  Time  Field 
Message  Title  Field 

Message  Security  Classification  Field 

Message  Codewords  Field 

Message  Control  &  Bandling  Field 

Message  Releasing  Instructions  Field 

Message  Classification  Authority  Field 

Message  Security  Control  Number  Field 

Message  Security  Downgrade  Field 

Message  Downgrading  Event  Field 

Message  Copy  Number  Field 

Message  Number  of  Copies  Field 

Encryption  Field 

Originator ’ s  Name  Field 

Originator  *  s  Phone  Number  Field 

Message  Length  Field 

NITF  Beader  Length  Field 

Number  of  Images  Field 

Length  of  1st  Image  Sub-Beader  Field 

Length  of  Ist  Image  Field 


LZSBnnn 

LZnnn 

HUMS 

NUML 

NUMT 

NUMA 

NUNF 

UDBDL 

XHDL 

XBD 


Length  of  Nth  Image  Sub-Beader  Field 

Length  of  Nth  Image  Field 

Number  of  Symbols  Field  [always  0] 

Number  of  Labels  Field  [always  0] 

Number  of  Text  Files  Field  [always  0] 

Number  of  Audio  Segments  Field  [always  0] 
Number  of  Non-Static  Presentations  Field 
[always  0] 

GTDB  User  Defined  Beader  Data  Length  Field 
GTDB  User  Defined  Beader  Data  Fields 
Extended  Header  Data  Length  Field  ( always  0 ] 
Extended  Header  Data  Field  [reserved] 


5.14.2.1.2.1  GTDB  User  Defined  Beader  Data.  The  GTDB  user  Defined 
Beader  Data  format  shall  be  as  follows: 

Label _ Field _ 

UDBD  Data  Base  Sentinel  Field  [always  *GTDB’ ] 
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5.14.2.1.2.1.1  Tmqii  Tie  PelBfc  Dete.  Valid  data  shall  be  provided  in 
NOMGTP,  GTPIO,  NUMGTPR,  GTEXLZB,  and  GTEXXD  for  Stage  1  and  Stage  2  Areal 
Texture  only.  Valid  data  shall  be  provided  in  the  remaining  fields  for 
model  texture  only.  Zeroes  shall  be  provided  otherwise. 


NUMGTP 

GTPID 

NUMGTPR 

GTEXI.IB 

GTEXID 

NUMMTP 

MTPID 

NUMMTPR 

GTEXLIB 

GTEXID 


Number  of  Geographic  Tie  Points  Field 
for  each  geographic  tie  point 
Geographic  Tie  Point  ID  Field 
Number  of  Tie  Point  References  Field 
for  each  tie  point  reference 
GTOB  Texture  Library  Field 
OTOB  Texture  ID  Field 
Number  of  Model  Tie  Points  Field 
for  each  model  tie  p>oint 
Model  Tie  Point  ID  Field 
Number  of  Tie  Point  References  Field 
for  each  tie  point  reference 
GTDB  Texture  Library  Field 
GTDB  Texture  ID  Field 


5.14.2.1.2.1.2  Generic  Texture  Association  Data.  Valid  data  shall 
be  provided  for  Generic  Texture.  Zeroes  shall  be  provided  for  all  other 
texture  types . 


NOMGTS 

GTSNAME 

OMTF 

NOMGT 

GTEXID 


Number  of  Generic  Texture  Sets  Field 
for  each  generic  texture  set 

Generic  Texture  Set  Name  Field 
Object  or  Material  Texture  Flag  Field 
Number  of  Generic  Textures  In  Set  Field 
for  each  generic  texture 
GTDB  Texture  ID  Field 


5.14.2.2  NZTF  Image  Sub-Header  File.  This  file  shall  be  included 
if  areal  texture  is  provided.  The  NITF  Image  Sub-Beader  File  shall  contain 
field  labels  on  odd-numbered  lines  and  field  values  (corresponding  to  the 
immediately  preceding  field  label)  on  even-numbered  lines.  Each  field 
label  line  shall  be  in  all  capital  letters.  Each  line  shall  be  terminated 
with  an  ASCII  Carriage  Return/Line  Feed  pair.  The  file  shall  be  terminated 
with  an  ASCII  end-of-file  (CNTRL  Z)  character.  Coordinate  system  names 
shall  be  spelled  out.  Image  Geographic  Location  Coordinates  shall  specify 
the  Southwest  and  Northeast  corners  of  the  image  in  thousandths  of  arc- 
seconds.  Color  data  shall  be  stored  directly  in  the  NITF  Image  Data  File. 
For  SMC/FDC  data,  Loo)c-up  Table  entries  shall  be  7-byte  ASCII  strings.  All 
model  textures  shall  be  in  a  local  cartesian  coordinate  systan  in  units  of 
meters.  All  generic  textures  shall  be  in  units  of  meters,  whether  they  be 
intended  for  models  or  geographic  areas.  All  areal,  or  geographic,  texture 
in  Stages  1  and  2  shall  be  in  the  native  source  coordinate  system.  Areal 
textures  in  Stage  3  shall  be  in  the  geodetic  coordinate  system,  while  areal 
textures  in  Stages  4  and  5  shall  be  in  the  coordinate  system  as  specified 
by  the  GTDB  parameter  set . 

5.14.2.2.1  Filename.  The  ANSI  filename  for  this  file  shall  be 
' ssGnnnnnnTEXittttt .HDR ‘ ,  where  ’ss”  is  the  security  code,  "nnnnnn*  is  the 
GTDB  identifier,  'i*  is  ’A’  for  the  areal  texture  library  or  'M*  for  model 
texture  library,  and  ’ttttt*  is  the  texture  image  number. 
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5.14.2.2.2  rll*  Fonwt.  Valid  dai:a  shall  ba  provided  in  all  fields  for 
all  texture  types r  with  the  exception  of  the  ICOROS  and  IGEOLO  fields.  For 
these  two  fields,  valid  data  shall  be  provided  for  all  Areal,  SMC/FDC,  and 
Model  Texture  Types  only.  Zeroes  shall  be  provided  for  all  other  types. 
The  file  format  shall  be  as  follows: 


Label 

IM 

IID 

IDATIM 

TGTID 

ITITLE 

ISCLAS 

ISCOOE 

ISCTLB 

ISREL 

ISCAUT 

ISCThM 

ISDWNG 

ISDEVT 

ENCRYP 

ISORCE 

I CORDS 

IGEOLO 

NICOM 

ICOMn 

IC 

COMRAT 

NBANDS 

ITYPEn 

ircn 

IMFLTn 

NLUTSn 

NELUTl 

LUTDe 

ISYNC 

IMODE 

NBPR 

NBPC 

NPPBB 

NPPBV 

NBPP 

DLVL 

ALVL 

ILOC 

IMAG 

UDIDL 

XSBDL 

XSBD 


Field _ 

Message  Part  Type  Field 
Image  (Texture)  ID  Field 
Image  Date  a  Time  Field 
Target  ID  Field 

Image  Title  (Texture  Marne)  Field 
image  Security  Classification  Field 
Image  Codewords  Field 
Image  Control  a  Bandling  Field 
Image  Releasing  Instructions  Field 
Image  Classification  Authority  Field 
Image  Security  Control  Number  Field 
Image  Security  Downgrade  Field 
Image  Downgrading  Event  Field 
Encryption  Field 
Image  Source  Field 
Image  Coordinate  System  Field 
Image  Geographic  location  Field 
Number  of  Image  Conments  Field 
for  each  image  conanent 
Image  Comnent  Field  n 
image  Compression  Field 
Compression  Rate  Code  Field 
Number  of  Bands  Field 
for  each  band 

Image  Type  Field  n 
Image  Filter  Condition  Field  n 
Standard  Image  Filter  Code  Field  n 
Number  of  LUTs  Field  [ always  0  or  1 ] 
for  each  LUT 

Number  of  LUT  Entries  Field 
for  each  LOT  entry  e 
LUT  Entry  Data 
Image  Sync  Code  Field 
Image  Mode  Field 
Number  of  Blocks  Per  Row  Field 
Number  of  Blocks  Per  Column  Field 
Number  of  Pixels  Per  Block  Borizontal  Field 
Number  of  Pixels  Per  Block  Vertical  Field 
Number  of  Bits  Per  Pixel  Per  Band  Field 
Display  I,evel  Field  [reserved] 

Attachment  Field  (reserved] 

Image  Location  Field  (reserved] 

Image  Magnification  Field 

GTDB  User  Defined  Image  Data  Length  Field 
GTDB  User  Defined  Image  Data  Fields 
Extended  Sub-Beader  Data  Length  Field 
Extended  Sub-Beader  Data  Field  (reserved] 
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5.14.2.2.2.1  6TDB  User  Defined  Xnege  Data.  The  GTDB  Oaer  Defined 
Image  Data  format  shall  be  as  follows: 


Label _ Field _ 

UDID  Data  Base  Sentinel  Field  [always  "GTDB*] 


5.14.2.2.2.1.1  General  Processing  Data.  Valid  data  shall  be  provided 
for  all  texture  types,  with  the  following  exceptions:  MSTF,  NRF,  (UIF,  HRF, 
SHF,  IICEF,  ITXCEF,  2GCF,  3GCF,  ICAPDT,  PAST,  and  GEOLOC  shall  contain 
valid  data  for  all  specific  Areal  and  Model  textures;  MSTF,  ICAPDT,  PAST, 
and  GEOLOC  shall  contain  valid  data  for  SMC/FDC  texture;  GTSHAME  shall 
contain  valid  data  for  generic  texture;  otherwise,  these  fields  shall  be 
zero,  FALSE,  or  blank  as  appropriate. 


GTEXLIB  GTDB  Texture  Library  Field 

GTEXID  GTDB  Texture  ID  Field 

STAGE  Processing  Stage  Field 

SGFLAG  Specific  or  Generic  Texture  Flag  Field 

TTYPE  Texture  Type  Field 

TEXDES  Texture  Description  Field 

HBES  Horizontal  Resolution  Field 

VRES  Vertical  Resolution  Field 

HSIZE  Horizontal  Size  Field 

VSIZE  Vertical  Size  Field 

MSTF  Modified  Specific  Texture  Flag  Field 

HRF  Hoise  Removal  Flag  Field 

QRF  Occlusion  Ronoval  Flag  Field 

HRF  Haze  Removal  Flag  Field 

SHF  Shadow  Minimization  Flag  Field 

IICEF  Inner  Image  Contrast  Enhancement  Flag  Field 

ITICEF  Image-to-Image  Contrast  Enhancement  Flag  Field 

2GCF  Two-D  Geometric  Correction  Flag  Field 

3GCF  Three-D  Geometric  Correction  Flag  Field 

IQC  Image  Quality  Conment  Field 

IQR  Image  Quality  Rating  Field 

ICAPDT  Image  Capture  Date  and  Time  Field 

IFCRDT  Image  File  Creation  Date  and  Time  Field 

LMDT  Last  Maintenance  Date  and  Time  Field 

PAST  Positional  Accuracy  Standards  Field 

GEOLOC  Geographic  Location  Name  Field 

GTSNAME  Generic  Texture  Set  Name  Field 
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5.14.2.2.2.1.2  Source  Date,  valid  source  data  shall  be  provided  in  all 
fields  for  all  texture  types,  except  for  the  SEID,  SETYPE,  and  SENAME 
Fields.  For  these  three  fields,  valid  data  shall  be  provided  for  stage  1 
eind  stage  2  Areal  and  Model  Texture  only,  and  be  zero  otherwise.  The  PAST 
field  shall  contain  valid  data  for  all  types  except  generic,  for  which  it 
shall  contain  zero. 


NOMDS 

SOID 

SOTYPE 

SONAME 

SOAP 

SODATE 

SEID 

SETYPE 

SENAME 

REDA 

PAST 

COLSYS 

CODATE 

SYNDF 

COMCRI 

ICAPDT 


Number  of  Data  Source  Table  Entries  Field 
for  each  data  source 
Source  ID  Field 
Source  Type  Field 
Source  Name  Field 
Source  Agency /Project  Field 
Source  Date  Field 
Sensor  ID  Field 
Sensor  Type  Field 
Sensor  Name  Field 
Reliability  of  Data  Field 
Positional  Accuracy  Standards  Field 
Collection  System  Field 
Compilation  Date  Field 
Synthetic  Data  Flag  Field 
Compilation  Criteria  Field 
Image  Capture  Date  and  Time  Field 


5.14.2.2.2.1.3  Environmental  Conditions  Data.  Valid  data  shall  be 
provided  for  all  Specific  Areal  and  Model  Texture.  Zeroes  and  blanks  shall 
be  provided  for  all  other  texture  types.  Valid  data  shall  also  be  provided 
for  SMC/FDC  texture  in  the  SPENVC  field. 

SPENVC  Special  Environmental  Conditions  Field 

PERCC  Percent  of  Cloud  Cover  Field 

PERSC  Percent  of  Shadow  Cover  Field 


5.14.2.2.2.1.4  Texture  Footprint  Data.  Valid  data  shall  be  provided 
as  follows:  PERTT  and  PERST  -  Stage  3  through  Stage  5  Areal  and  Model 
Texture,  SMC/FDC  texture;  NOMBOU,  BOUNDID,  SOID,  NUMBP,  BPID,  and  ICO  -  All 
Areal  and  Model  Texture,  SMC/FDC  texture;  LATLON  -  Areal  and  SMC/FDC 
texture;  RELCO  -  Model  Texture.  Fields  shall  contain  Zeroes,  blanks,  and 
FALSE  values  otherwise. 


PERTT 

PERST 

NUMBOU 

BOUNDID 

SOID 

NUMBP 

BPID 

LATLON 

RELCO 

ICO 


Percent  of  Texture  in  Tile  Field 
Percent  of  Specific  Texture  Field 
Number  of  Boundaries  Field 
for  each  boundary 
Boundary  ID  Field 
Source  ID  Field 

Number  of  Boundary  Points  Field 
for  each  boundary  point 
Boundary  Point  ID  Field 
Latitude/Longitude  Field  (for  Areal) 
Relative  Coordinates  Field  (for  Model) 
Image  Coordinates  Field 


78 


K1I.-STD-1820 


5.14.2.2.2.1.5  Beighbor  lextura  Associ.ati.oa  Data.  Valid  data  shall 
be  provided  in  NOTNID,  SOTNID,  EATNID  and  WETNID  Fields  for  SMC/FDC  and 
Stage  3  through  Stage  5  Areal  Texture.  Valid  data  shall  be  provided  in 
ABTNID,  BBTNID,  RITNID  and  LETNID  Fields  for  Stage  3  through  Stage  5  Model 
Texture.  Fields  shall  be  blank  otherwise. 


NOTNID 

SOTNID 

EATNID 

NBTNID 

ABTNID 

BETNID 

RITNID 

LETNID 


North  Tile  Neighbor 
South  Tile  Neighbor 
East  Tile  Neighbor 
West  Tile  Neighbor 
Above  Tile  Neighbor 
Below  Tile  Neighbor 
Right  Tile  Neighbor 
Left  Tile  Neighbor 


ID  Field 
ID  Field 
ID  Field 
ID  Field 
ID  Field 
ID  Field 
ID  Field 
ID  Field 


5.14.2.2.2.1.6  Model  Association  Data.  Valid  data  shall  be  provided 
for  all  specific  modgl  texture.  Zero  and  blank  fields  shall  be  provided 
for  all  other  texture  types . 


NUMMI 

MODLIB 

MODNUM 

MODNAME 

MODVIEW 


Number  of  Models  in  Image  Field 
for  each  model 

Model  Library  Type  Field 

Model  Number  Field 

Model  Name  Fiald 

Model  View  Description  Field 


5.14.2.2.2.1.7  Xauige  Control  Data.  Valid  data  shall  be  provided  in 
these  fields  as  follows;  NUMCP,  CPID,  CPNAME,  SOID  and  ICOfC)  -  Stage  1 
and  Stage  2  Areal  and  Model  Texture;  LATLON  -  Stage  1  and  Stage  2  Areal 
Texture;  RELCO,  NOMMTP,  MTPID,  ICO(M),  MODLIB,  and  MODNUM  -  Stage  1  and 
Stage  2  Model  Texture;  NUMGTP,  GTPID  and  ICO(G)  -  Stage  1  and  Stage  2  Areal 
Texture . 


NUMCP 

CPID 

CPNAME 

SOID 

LATLON 

RELCO 

ICO(C) 

NUMGTP 

GTPID 

ICO(G) 

NUMMTP 

MTPID 

ICO(M) 

MODLIB 

MODNUM 


Number  of  Control  Points  Field 
for  each  control  point 
Control  Point  ID  Field 
Control  Point  Name  Field 
Source  ID  Field 

Latitude/Longitude  Field  (for  Areal) 

Relative  Coordinates  Field  ( for  Model ) 

Image  Coordinates  Field  (Control  Point) 

Number  of  Generic  Tie  Points  Field 
for  each  geographic  tie  point  reference 
Geographic  Tie  Point  ID  Field 

Image  Coordinates  Field  (Geographic  Tie  Point) 
Number  of  Model  Tie  Points  Field 
for  each  model  tie  point  reference 
Model  Tie  Point  ID  Field 

Image  Coordinates  Field  (Model  Tie  Point) 

Model  Library  Type  Field 
Model  Number  Field 
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5.14.2.2.2.1.8  Sensor  Znage  Descriptor  Date.  Valid  data  shall  be 
provided  for  all  Stage  1  and  Stage  2  Specific  Areal  and  Specific  Model 
Texture.  Zero,  blank,  and  rALSB  values  shall  be  provided  for  all  other 
texture  types. 


NUMSEN 

SEID 

TIIMQ 

SONAZ 

SUNBI, 

NUMSTM 

OTEXID 

SCANZD 

SCRES 

scriD 

LLCQR 

ULCOR 

URCOR 

LRCOR 

CALFL 

CALPPO 

CALPSO 

NUMFID 

CALRIC 

MEAIC 

OMEGA 

PHI 

KAPPA 

RECTir 

CAMPLL 

CAMPH 

MSEOPK 

MSELLB 

HCAPTS 

VCAPTS 


Number  of  Sensors  Field 
for  each  sensor 
Sensor  ID  Field 
Film  Quality  Field 
Sun  Azimuth  Field 
Sun  Elevation  Field 
Number  of  Stereo  Mates  Field 
for  each  stereo  mate 

GTDB  Texture  ID  Field 
Scanner  ID  Field 
Scanner  Resolution  Field 
Scanner  Filter  ID  Field 
LL  Corner  X/Y  Image  Coordinates  Field 
UI,  Corner  X/Y  Image  Coordinates  Field 
UR  Corner  X/Y  Image  Coordinates  Field 
LR  Corner  X/Y  Image  Coordinates  Field 
Calibrated  Focal  Ijength  Field 
Calibrated  Principal  Point  Offset  Field 
Calibrated  Point  of  Symmetry  Offset  Field 
Number  of  Fiducial  Coordinates  Field 
for  each  fiducial  coordinate 

Calibrated  Report  Image  Coordinates 
Field 

Measured  Image  Coordinates  Field 
Omega  Field 
Phi  Field 
Kappa  Field 
Rectification  Field 
Camera  Position  in  Lat/Lon  Field 
Camera  Position  in  Height  Field 
Mean  Square  Error  Cmega/Phi/Kappa  Field 
Mean  Square  Error  Lat/Lon/Beight  Field 
Horizontal  Captured  Texel  Size  Field 
Vertical  Captured  Texel  Size  Field 


5.14.2.3  Original  Forawt  Image  File(s).  This  file  shall  be  included 
if  Stage  1  Areal  Texture  is  provided.  Data  shall  be  provided  in  its  native 
format . 


5.14.2.3.1  Filename.  The  ANSI  filename  for  this  file  shall  be 
"ssGnnimnnOFIittttt .y* ,  where  "ss*  is  the  security  code,  "nnnnnn*  is  the 
GTDB  identifier,  "i"  is  "A*  for  the  Areal  Texture  Library  or  "M"  for  the 
Model  Texture  Library,  "ttttt"  is  the  texture  image  number,  and  "y"  is  an 
alphabetic  character  assigned  sequentially. 

5.14.2.4  MITF  Image  Data  File.  The  NITF  Image  Data  File  shall  be 
included  if  non-Stage  1  Areal  Texture  is  provided.  Image  data  shall  be 
formatted  as  stated  in  the  NITF  standard  document. 


5.14.2.4.1  Filename.  The  ANSI  filename  for  this  file  shall  be 
‘ssGnnnnnnTEXittttt.DAT*,  where  "ss”  is  the  security  code,  "nnnnnn*  is  the 
GTDB  identifier,  "i"  is  "A"  for  the  Areal  Texture  Library  or  *M*  for  the 
Model  Texture  Library,  and  "ttttt"  is  the  texture  image  number. 
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5.14.2.4.2  File  Format.  The  format  of  this  file  shall  be  as  follows: 

if  Image  Mode  is  Band  Sequential  (BSQ) 
for  each  band 

for  each  block 

for  each  row  fresn  top  to  bottom 

for  each  column  from  left  to  right 
Texel  Value 

elseif  Image  Mode  is  Band  Interleaved  (BIL) 
for  each  block 
for  each  band 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
Texel  Value 

5.15  Model  Texture  (MT)  Library.  The  Model  Texture  (MT)  Library  is 
optional  in  a  GTDB.  The  MT  shall  consist  of  files  in  the  National  Imagery 
Transmission  Format  <NITF)  and  files  in  their  original  native  format.  All 
NITF  files  shall  follow  a  format  as  that  described  in  the  National  Imagery 
Transmission  Format  (NITF)  Version  1.1  document  dated  1  March  1989  and  the 
NITF  Change  Notice  Number  2  dated  23  May  1990. 

5.15.1  MT  File  Structure.  The  file  order  of  the  MT  library  shall  be  as 
follows : 

NITF  Header  File 

for  each  model  texture 

NITF  Image  Sub-Beader  Pile 
if  texture  is  in  Stage  1  then 

Original  Format  Image  File(s)  [optional] 
else 

NITF  Image  Data  File  [optional] 
end  if 

5.15.2  MT  File  Record  Structures.  The  record  structure  of  each  of 
these  files  shall  be  as  described  in  the  following  subsections. 

5.15.2.1  NITF  Header  File.  This  file  shall  be  included  if  model 
texture  is  provided.  The  format  for  this  file  shall  be  identical  to  that 
in  the  AT  Library. 

5.15.2.2  NITF  Image  Sub-Header  File.  This  file  shall  be  included  if 
model  texture  is  provided.  The  format  for  this  file  shall  be  identical  to 
that  in  the  AT  Library. 

5.15.2.3  Original  Format  Isuige  File(s).  This  file  shall  be  included 
if  Stage  1  Areal  Texture  is  provided.  This  data  shall  be  provided  in  its 
native  format. 

5.15.2.4  NITF  Image  Data  File.  This  file  shall  be  included  if  non- 
Stage  1  Areal  Texture  is  provided.  The  format  for  this  file  in  the  MT 
Library  is  identical  to  that  in  the  AT  Library. 


5.16  Mierodescriptors .  All  microdescriptors  included  within  a  GTDB 
shall  conform  to  the  following  format. 
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5.16.1  GTDB  Nicrodescriptor  Kecorda.  The  code  in  parentheses  is  the 
attribute  identifier  which  shall  appear  in  the  Microdescriptor  Type  field 
of  a  GTDB  Microdescriptor  Record. 


5.16.1.1  HoBogeneous  Ares  Microdescriptor  Record  (HA).  The 

attributes  defined  by  this  microdescriptor  shall  be  as  listed  below. 

(BA  01)  Length  of  Individual  Dnit  of  Primary  Field 
(HA  02)  Width  of  Individual  Unit  of  Primary  Field 
(BA  03)  SMC  of  Bac)cground  Field 


5.16.1.2  Pattern  Distribution  Microdescriptor  Record  (PM).  The 
attributes  defined  by  this  microdescriptor  shall  be  as  listed  );>elow. 


(PM 

01) 

(PM 

02) 

(PM 

03) 

(PM 

04) 

(PM 

05) 

(PM 

06) 

(PM 

07) 

(PM 

06) 

(PM 

09) 

(PM 

10) 

1- D  Separation  Field 

2- D  Length  Portion  Field 
Angular  Spatial  (Radial)  Field 
Cartesian  Orientation  of  Grid  Field 
Dimensionality  Field 
Distribution  Field 

Geometry  Field 
Radial  Origin  of  Grid  Fiald 
Regularity  of  Grid  Field 
Width  of  Cell  (Other)  Field 


5.16.1.3  Drainage  Microdescriptor  Record  (TTAD) .  The  attributes 
defined  by  this  microdescriptor  shall  be  as  listed  below. 


(TTADOl ) 
(TTAD02 ) 
(TTAD03) 
(TTAD04) 
(TTAD05 ) 
(TTAD06) 
(TTAD07) 
(TTAD08) 
(TTAD09) 
(TTADIO) 
(TTADll ) 


Ban)(  Vegetation  Field 
Bottom  Material  Field 
Gap  Width  Field 
Height,  Left  Bank,  Field 
Height,  Right  Bank,  Field 
Slope,  Left  Bank,  Field 
Slope,  Right  Bank,  Field 
SMC,  Left  Bank,  Field 
SMC,  Right  Bank,  Field 
Water  Depth  Field 
Water  Velocity  Field 
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5.16.1.4  Transportatioo  Microdeacriptor  Record  (TTAT). 
attributes  defined  by  this  microdeacriptor  shall  be  as  listed  below. 


The 


(TTATOl) 
( TTAT02 ) 
(TTAT03) 
( TTAT04 ) 
(TTAT05) 
(TTAT06) 
(TTAT07) 
(TTAT08) 
(TTAT09) 
(TTATIO) 
(TTATll ) 
(TTAT12 ) 
(TTAT13) 
(TTAT14) 
(TTAT15) 
(TTAT16) 
(TTAT17) 
(TTAT18) 
(TTAT19) 
(TTAT20) 
(TTAT21 ) 
(TTAT22) 
(TTAT23) 
(TTAT24) 
(TTAT25) 
(TTAT26) 
(TTAT27 ) 


Bridge  Bypass  Condition  Field 

Bridge  Construction  Material  Field 

Bridge  Horizontal  Clearance  Field 

Bridge  Movement  Field 

Bridge  Overhead  Clearance  Field 

Bridge  Type  Field 

Depth  of  Overburden  Field 

Highway  Shoulder  SMC  Field 

Highway  Shoulder  Width  Field 

Highway  SMC  Depth  Field 

Highway  Type  Field 

Length  Field 

Length  of  Spans  Field 

Maximtun  Weight  Field 

Minimum  Horizontal  Clearance  Field 

Minimum  Vertical  Clearance  Field 

Number  of  Spans  Field 

Railroad  Capacity  Field 

Railroad  Passing  Tracks  Field 

Railroad  Type  Field 

Reliability  of  Information  Field 

Tracked  Classification  Field 

Transportation  Qualifier  Field 

Tunnel  Height  Field 

Underbridge  Clearance  Field 

Wheeled  Classification  Field 

Width  Field 


5.16.1.5  Vegetation  Hicrodescriptor  Record  (TTAV) .  The  attributes 
defined  by  this  microdescriptor  shall  be  as  listed  below. 


(TTAVOl ) 
(TTAV02) 
(TTAV03) 
(TTAV04) 
(TTAV05) 
(TTAV06) 
(TTAV07) 
(TTAVOO) 
( TTAV09 ) 
(TTAVIO) 
(TTAVll ) 
(TTAV12) 
(TTAV13) 
( TTAVl 4 ) 
<TTAV15) 
(TTAVl 6) 
( TTAVl 7 ) 
(TTAVl 8  ) 


Cone  Index  Field 

Crown  Diameter  Field 

Depth  of  Bedrock  Field 

Height  of  Lowest  Branches  Field 

Roughness  Index,  Foot  Troops,  Field 

Roughness  Index,  Large  Tracked,  Field 

Roughness  Index,  Large  Wheeled,  Field 

Roughness  Index,  Small  Tracked,  Field 

Roughness  Index,  Small  Wheeled,  Field 

SMC  Depth  Field 

Soil  Qualifier  Field 

Soil  State  Field 

Soil  Type  Field 

Stem  Diameter  Field 

Stem  Spacing  Field 

Summer  Canopy  Cover  Field 

Vegetation  Roughness  Field 

Winter  Canopy  Cover  Field 
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5.16.1.6  Vertically  Coapoaite  Microdeacriptor  Record  (VC).  The 
attributes  defined  by  this  microdescriptor  shall  be  as  listed  below. 


(VC 

01) 

(VC 

02) 

(VC 

03) 

(VC 

04) 

(VC 

05) 

(VC 

06) 

(VC 

07) 

Construction  Type  Code  Field 

Height  of  Elevated  Portion  Field 

Length/Radius  of  Elevated  Portion  Field 

Placement  Code  Field 

Shape  Code  of  Elevated  Portion  Field 

SMC  for  Elevated  Portion  of  Feature  Field 

Width  of  Elevated  Portion  Field 


5.16.2  Temporal  Effects  Microdeacriptor  Records.  Temporal  effects 
microdescriptors  shall  conform  to  the  following  format.  The 
Microdeacriptor  Type  Field  shall  contain  the  value  specified  in  parentheses 
in  the  subparagraphs . 

Microdeacriptor  Type  Field 

Temporal  Condition  Field 

Runner  of  Attributes  Affected  Field 


5.16.2.1  Heather  Effects  Microdescriptor  Record  (TEW).  The 

temporal  conditions  defined  by  this  microdescriptor  shall  be  as  listed 
below. 

(TEW  01)  Alternate  Temperature  Threshold  Field 
(TEW  02)  Alternate  Precipitation  Condition  Field 
(TEW  03)  Alternate  Cloud  Cover  Condition  Field 

5.16.2.2  Seasonal  Effects  Microdcr'^riptor  Record  (TES)  .  The 
temporal  conditions  defined  by  this  microdescriptor  shall  be  as  listed 
below . 


(TES  01)  Alternate  Season  Field 

5.16.2.3  Time  of  Day  Microdescriptor  Record  (TET) .  The  temporal 
conditions  defined  by  this  microdescriptor  shall  be  as  listed  below. 


(TET  01)  Alternate  Time  of  Day  Threshold  Field 


5.16.2.4  Ground  Conditions  Microdescriptor  Record  (TEG).  The 

temporal  conditions  defxned  by  this  microdescriptor  shall  be  as  listed 
below. 


(TEG  01)  Alternate  Ground  Condition  Field 

5.16.2.5  Alternate  Attributes  Record  (TEAA) .  One  or  more  TEAA 
records  shall  follow  each  occurrence  of  a  TEH,  TES,  TET,  or  TEG  record. 
The  number  of  TEAA  records  shall  correspond  to  the  Number  of  Attributes 
Affected  field  within  the  parent  temporal  effects  record.  The  fields 
within  this  microdescriptor  record  shall  be  as  listed  below. 

Microdescriptor  Type  Field  (always  'TEAA  ') 

Affected  Attribute  Code  Field  (e.g.,  'TTADIO') 

Alternate  Attribute  Value  Field 

5.17  Feature  Codes  and  Attributes.  Features  included  in  a  GTDB  shall 
conform  to  modified  version  of  the  DMA  FACS  standard,  as  defined  in 
Appendix  B  of  this  standard. 
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6  MOTES 

(This  section  contains  information  of  a  general  or  explanatory  nature  that 
may  be  helpful,  but  is  not  mandatory.) 

6.1  Intended  Use.  This  standard  is  intended  to  be  used  for  the 
interpretation  of  the  format  of  the  Generic  Transformed  Data  Base. 

6.2  Acquisition  Aequirements .  Acquisition  documents  must  specify  the 
following: 

a.  Title,  number,  and  date  of  the  specification. 

b.  Issue  of  OoDISS  to  be  cited  in  the  solicitation,  and  if  required,  the 
specific  issue  of  individual  documents  referenced  (see  2.2). 

6.3  Subject  tern  (key  word)  listing. 

Data  Base 


6.4  Referenced  documents.  The  following  documents  were  used  as 
references,  in  preparation  of  this  DBDD. 

ANSI/MIL-STD-1815A,  Ada  Programming  Language. 

Defense  Mapping  Agency  Digital  Landmass  System  Product 

Specification,  First  Edition,  July  1977, 

Defense  Mapping  Agency  Digital  Landmass  System  Product 

Specification,  Second  Edition,  April  1983. 

Defense  Mapping  Agency  Product  Specifications  for  a  Prototype 
Data  Base  to  Support  High  Resolution  Sensor  Simulation,  First 
Edition,  December  1979. 

Defense  Mapping  Agency  Prototype  High  Resolution  Data  Base 
Product  Specification,  First  Edition,  August  1980. 

Defense  Napping  Agency  Level  X  Product  Specification,  First 
Edition,  June  1983, 

Defense  Mapping  Agency  Feature  File  Product  Specification,  First 
Edition,  August  1984. 

Defense  Mapping  Agency  Standard  Linear  Format  Product 
Specification,  First  Edition. 

Defense  Napping  Agency  (DMA)  High  Resolution  Data  (Level  X) 
Specification  for  B-lB  Simulator. 
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DMA  Standard  Supporting  Mark  90,  Section  100,  Glossary  of 
Feature/Attribute  Definitions,  Second  Edition,  June  1988, 
revised  December  1988. 


CUSTODIANS ; 

Army  -  PT 
Navy  -  TD 
Air  Force  -  11 


PREPARING  ACTIVITY: 

Air  Force  -  11 

(Project  Nr.  69GP-0101) 
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This  page  intentionally  left  blank. 


This  appendix  ie  an  alphabetical  data  dictionary  defining  every  field  which  occurs 
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Attachment  I  3  0..998  Display  level  to  which  a  new  object 

(NITF)  is  to  be  attached  for  editing 

purposes . 
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Boundary  ID  15  0.. 32767  A  unique  identifier  for  a  terrain  or 

(NITF)  texture  footprint. 
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D^lum  Shift  R3D10  50  -9.999999999B+99. .  A  user-defined  COBTP  parameter 

9.999999999E+99,  indicating  the  datum  shift 

-9.999999999E+99. .  values  to  be  applied  during 

9.999999999E+99,  coordinate  transformations. 
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Elevation  Reference  E  9  GEOID,  A  uaec-defined  CDBTP  parameter 

ELLIPSOID  indicating  the  reference  level 

relative  to  which  all  elevation 
values  are  to  be  expressed. 
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(NITF)  be  in  accordance  with  the  regulations 

governing  the  appropriate  security 
channels . 
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Image  Coordinate  System  S  1  "G",  “N"  Coordinate  system  of  the  image  where 

(NITF)  G  -  geodetic,  N  =  None.  While  NITF 

allows  other  values,  P2851  has 
restricted  the  range  of  this  field. 
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(NITF)  factor  of  the  transmitted  image 

relative  to  the  original  source 
image. 
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Intarnal  Material  Volume  R6  12  0.0,. 1.9342  e+25  Amount  of  material  internal  to  an 

object,  in  liters. 
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coordinate  consists  of  a  latitude 
and  a  longitude,  separated  by  an 
ASCII  null  character.  See  field 
definitions  for  Latitude  and 
Longitude. 
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L«£t  Tile  Neighbor  ID  I  10  0 .  .2147403647  The  identifier  of  the  neighboring 

(NITF)  model  specific  image  to  the  left  of 

the  current  image. 
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reference  table.  Also,  the  number  of 
textures  aBa(x:iated  with  a  model  polygon 
or  a  culture  feature;  the  number  of 
texture  references  for  all  features  within 
an  area  block. 
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road  would  be  classified  as  OBJECT; 
texture  for  tree  bark  or  asphalt  would  be 
claaeified  as  MATERIAL). 
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Polygon  Long  DijnenBion  R2D6  25  -1 .93428B<^25. .  A  coordinate  representing 

1 .93428B't'25,  the  vector  giving  the  longest 

-1 .93428B't-25. .  distance  between  polygon  vertices. 
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Semi -Major  Kxia  RIO  16  -9 .999999999E-f99 . .  A  user-defined  CDBTP  parameter 

9 .999999999E+99  indicating  the  semi-major  axis 

to  be  employed  during 
projection  transformations. 
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RATIONALE  AND  OUZDANCE 


(This  appendix  is  not  a  mandatory  part  of  this  standard.  The 
information  contained  herein  is  intended  for  guidance  only . ) 

10  SCOPE 

10.1  Scope/Background 

10.1.1  The  Generic  Transformed  Data  Base  (GTDB)  is  intended  to  serve 
as  a  data  base  which  will  support  real-time  visual/infrared  and  radar 
sensor  simulator  systems.  The  single  GTDB  format  documented  in  this 
data  base  design  doctiment  is  a  superset  of  data  base  features  contained 
in  the  visual /inf rared  data  bases,  as  vrell  as  radar  data  bases.  This 
single  format  is  expected  to  reduce  software  development  and  maintenance 
costs  among  users  of  the  GTDB. 

10.1.2  It  should  be  emphasized  that,  even  though  there  is  a  single 
format  for  a  GTDB,  there  can  be  great  variation  in  content  from  GTDB  to 
GTDB.  A  GTDB  generated  for  a  radar  simulator  may  continue  to  be 
significantly  different  from  a  GTDB  for  a  visual  system  in  terms  of 
feature  content,  levels  of  detail,  and  terrain  representation.  However, 
one  long-term  advantage  of  a  common  format  is  that,  as  image  generator 
technology  advances  make  it  feasible,  the  GTDB  will  be  able  to  support 
integrated  multi-sensor  simulations  from  a  common  data  base. 

10.1.3  The  GTDB  will  be  generated  as  needed  from  current  terrain, 
culture,  model,  and  photo  texture  data  maintained  within  the  DoD 
Standard  Simulator  Data  Base  (SSDB).  The  software  subsystem  which 
transforms  standard  simulator  data  base  data  into  a  GTDB  is  designated 
the  Common  Data  Base  Transformation  Program  (CDBTP) .  A  highly 
parameterized  common  data  base  transformation  program  has  been 
implemented  which  will  permit  tailoring  of  GTDBs  to  the  special 
requirements  of  a  particular  simulator  or  training  mission,  as  well  as 
the  sensor  and  platform  being  simulated. 

10.1.4  This  tailoring  of  GTDBs  is  intended  to  minimize  the 
complexity  of  user-written  Formatter  Programs  (FPs)  which  will  filter 
and  format  a  GTDB  for  execution  on  a  particular  simulator  system. 

10.1.5  In  addition  to  real  data,  the  GTDB  supports  the  extensive 
use  of  default  values  and  synthetically  generated  data.  The  philosophy 
here  is  to  have  the  GTDB  supply  common  synthetic  data  to  maintain 
correlation  among  training  systems,  rather  than  to  deliver  blank  fields 
and  have  each  training  system  independently  assign  its  own  defaults. 
Default  values  associated  with  particular  fields  are  documented  in 
Appendix  A  of  this  standard. 
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10.2  Purpose.  Air  Force  Project  2851,  also  knovm  as  Standard  DoD 
Simulator  Digital  Data  Base/Conmon  I'ransformati.on  Program,  is  a  Tri- 
Service  program  to  develop  standardized  data  bases  and  transformation 
software  to  be  used  by  all  future  DoD  training  simulator  applications . 
Currently,  each  simulator  subsystem  purchased  by  the  DoD  is  delivered 
with  its  own  data  base  and  transformation  program.  This  not  only  costs 
the  Government  in  terms  of  recurring  developntent  costs  associated  with 
the  * re-invention*  of  similar,  if  not  identical  products,  but  also 
results  in  proliferation  of  non-standard,  incompatible  data  bases  and 
software,  all  of  which  must  be  maintained  by  DoD.  The  Project  2851 
effort  is  intended  to  improve  this  situation  by  developing  common 
standards  to  be  utilized  throughout  DoD. 

10.2.1  Another  major  problem  being  addressed  by  Project  2851  is  the 
lack  of  correlation  between  different  sensor  simulators  (radar, 
infrared,  out-the-window  visuals)  within  a  training  system,  as  well  as 
among  training  systems  in  a  network.  The  lack  of  correlation  can  result 
in  poor  training  or  limit  the  scope  of  training  programs .  By  developing 
standard  data  bases  and  software.  Project  2851  is  intended  to  improve 
simulator  data  base  correlatability . 

20  APPLICABLE  DOCUMENTS 

This  section  does  not  apply. 

30  DEFINITIONS  AND  ACRONYMS 

30.1  Definitions.  For  the  purpose  of  this  appendix,  the  following 
definitions  apply. 


30.1.1  Accuracy ;  degree  of  conformity  of  values  in  a  data 
base  to  an  established  standard.  Accuracy  relates  to  the  quality  of  the 
result  of  a  measurement,  and  is  distinguished  from  precision  which 
relates  to  the  quality  of  the  operation  by  which  the  result  was 
obtained . 

30.1.2  Anomaly;  (1)  an  entry  in  a  data  base  that  deviates 
from  the  expected  norm.  (2)  In  geodesy,  a  deviation  of  an  observed 
value  from  a  theoretical  value  due  to  a  corresponding  irregularity  in 
the  earth ' s  structure  at  the  area  of  observation . 

30.1.3  Area  Block;  the  fundamental  physical  unit  of  a  gaming 
area  data  base,  used  to  subdivide  a  large  gaming  area  into  manageable 
quantities  of  data.  The  size  of  an  area  block  may  vary  from  data  base 
to  data  base  and  even  between  Simulator  Levels  of  Detail  (SLODs)  within 
a  data  base. 


30.1.4  Areal  Feature;  a  cultural  object  represented  within  a 
data  base  as  a  polygon. 

30.1.5  Areal  Photo  Texture;  a  two-dimensional  array  of  data, 
typically  from  a  digitized  photograph,  used  to  modulate  the  appearance 
of  an  areal  feature  across  its  surface. 

30.1.6  Aspect  Chance;  variations  in  the  appearance  of  an 
object  viewed  by  radar  from  varying  directions  due  to  changes  in  the 
effective  reflecting  area  of  the  object. 
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30.1.7  A08Ociatcd  rmmturm :  a  feature  or  group  of  features  which 
correspond ( a )  to  another  feature  at  a  lo«ier  level  of  detail  (LOD) . 

30.1.8  Base  Mao;  a  map  or  chart  of  Icnown  or  assumed  accuracy  used 
as  a  reference  for  positioning  additional  data. 

30.1.9  Cartesian  Coordinates;  a  coordinate  system  in  which 
locations  of  points  in  space  are  expressed  by  reference  to  three 
mutually  perpendicular  planes. 

30.1.10  Cartographic t  refers  to  the  art  and  science  of  expressing 
graphically,  by  maps  and  charts,  the  known  physical  features  of  the 
earth . 

30.1.11  Cartographic  Displacement:  the  horizontal  shifting  of  the 
plotted  position  of  a  map  feature  from  its  true  position,  caused  by 
required  adherence  to  prescribed  line  weights  and  symbol  sizes  to 
promote  readability. 

30.1.12  Cell :  the  basic  unit  of  geographic  data  coverage  for 
terrain  and  culture  within  the  SSDB.  By  convention,  a  typical  cell 
represents  a  1x1  degree  area  bounded  by  whole  degrees  of  latitude  and 
longitude. 

30.1.13  Centerlines  the  continuous  center  of  a  linear  feature  such 
as  a  highway. 

30.1.14  Central  Meridian;  the  line  of  longitude  at  the  center  of  a 
projection. 

30.1. 15  Chart  s  a  special-purpose  map,  generally  designed  for 
navigation  or  other  particular  purposes,  in  which  essential  map 
information  is  combined  with  various  other  data  critical  to  the  intended 
use. 

30.1.16  Clipping ;  the  process  of  cutting  and  closing  off  line  and 
areal  features  along  some  defined  boundary.  With  areal  features,  the 
clipping  process  introduces  an  artificial  line  segment  in  order  to  close 
the  feature  and  maintain  structural  integrity. 

30.1.17  Collision  Test  Point;  a  special  vertex  in  a  3-D  dynamic 
(moving)  model  used  to  detect  a  collision  of  that  model  with  terrain  or 
other  models  situated  within  a  simulator  scene. 

30.1.18  Common  Data  Base  Transformation  Program  (CDBTPt;  the 
software  subsystem  within  the  Project  2851  System  that  processes  data 
from  the  Standard  Simulator  Data  Base  (SSDB)  and  converts  it  into  a 
format  (GTDB)  that  is  usable  by  simulators  with  a  minimal  amount  of 
additional  processing. 

30.1.19  Configuration  Management  Data  Base  tCHDB):  a  collection  of 
Project  2851  data  base  status  and  configuration  information  maintained 
by  the  Project  2851  Configuration  Management  Program  (CMP). 
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30.1.20  Configuration  Manaaemfent  Program  (CMP);  the  software 
aubsystam  within  the  Project  2851  System  that  will  track  the 
configuration  and  status  of  the  SSOB  and  the  GTDBs. 

30.1.21  Convex  Feature:  an  areal  feature  all  of  %rhose  vertices  form 
exterior  angles  equal  to  or  greater  than  180  degrees. 

30.1.22  Coordinate;  an  ordered  set  of  rea  numbers  specifying  a 
point  in  tvro-dimensional  (2-D)  or  three-dimei;'- ^  ^nnl  (3-D)  space. 

30.1.23  Coordinate  Conversion;  the  process  of  changing  coordinate 
values  from  one  representation  (e.g.,  geographic  lat/long)  to  another 
(e.g.,  UTM). 

30.1.24  Coordinate  System;  a  consistent  scheme  for  designating 
relative  locations  of  a  set  of  points  within  a  reference  space. 

30.1.25  Coordinate  Transformation;  a  mathematical  or  graphic 
process  of  obtaining  a  modified  set  of  coordinates,  as  in  a  map 
projection,  by  some  combination  of  rotation  of  coordinate  axes  at  their 
point  of  origin,  translocation  of  the  point  of  origin,  modification  of 
scale  along  coordinate  axes,  or  change  of  the  size  or  geometry  of  the 
reference  space . 

30.1.26  Correlated  Data  Bases;  multiple  simulator  data  bases  which, 
by  their  structure  and  content,  support  an  acceptable  degree  of 
correlation  among  multiple  simulator  displays. 

30.1.27  Correlation;  the  correspondence  and  synchronization  of 
multiple  simulator  sensor  displays  (e.g.,  visual  and  radar)  over  the 
same  gaming  area.  At  a  minimum,  correlation  implies  the  absence  of 
conflicting  information  across  multiple  displays. 

30.1.28  Cue;  any  sensory  perception  which  provides  information  that 
can  be  of  use  in  maneuvering  or  operating  an  aircraft,  vehicle,  or 
weapon  system. 

30.1.29  Culture ;  strictly  speaking,  objects  on  the  terrain  that 
have  been  constructed  by  man;  in  practice,  the  term  is  often  used 
synonymously  with  "feature,"  indicating  natural  as  well  as  man-made 
objects . 

30.1  30  Culture  Decomposition;  the  process  of  breaking  up  a 
nonconvex  areal  feature  into  multiple  convex  features. 

30.1.31  Culture  Fracsnentation;  the  process  of  breaking  up  a  line  or 
areal  feature  at  the  boundaries  of  underlying  terrain  polygons. 

30.1.32  Data  Base  Generation/Modification  Program  fPBGMP^ ;  the 
software  subsystem  within  the  Project  2651  System  that  creates  and 
maintains  the  Standard  Simulator  Data  Base  (SSDB),  using  digital  and 
nondigital  input  products,  interactive  editing,  and  algorithmic 
processes . 
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30.1.33  Datum;  in  general,  any  numerical  or  geometric  quantity  or 
set  of  such  quantitiea  %^ich  are  designated  as  a  reference  or  base  for 
other  quantities.  Within  data  bases  of  earth  features  such  as  the 
Project  2851  SSDB  and  GTDBs,  horizontal  and  vertical  datums  are  needed 
to  position  coordinates  in  3-D  space. 

30.1.34  Digital  Feature  Analysis  Data  fPFADl ;  a  standard  data  base 
product  of  the  Defense  Mapping  Agency  containing  generalized,  but 
rigidly  specified,  description  and  portrayal  of  cultural  or  planimetric 
data,  expressed  at  different  levels  of  feature  density.  Level  1  is 
roughly  equivalent  to  the  detail  that  could  be  derived  frcm  a  map  with  a 
scale  of  one  inch  equals  four  miles  (1:  250,000).  Level  2  is  roughly 
equivalent  to  a  map  scale  of  1:50,000.  Bigher-resolution  prototype  and 
special  versions  of  DFAD  exist  for  very  limited  areas  of  coverage. 

30.1.35  riaital  Landmass  System  (DLMS^i  a  standard  DMA-produced 
data  base  containing  feature  (DFAD)  and  terrain  elevation  (DTED)  data 
representing  the  landmass  of  the  earth. 

30.1.36  Digital  Radar  Landmass  Simulator  < DRLMS > ;  a  device  which 
uses  digital  data  bases  to  create  simulations  of  real-beam  radar 
returns . 

30.1.37  Digital  Terrain  Elevation  Data  fDTED> ;  a  standard  data  base 
of  terrain  elevations  produced  by  the  Defense  Mapping  Agency.  Level  1 
DTED  contains  discrete  elevations  expressed  at  intervals  of  three  arc- 
seconds  of  latitude  (roughly  100  meters).  Level  2  DTED  is  not  regularly 
produced  by  DMA  but  is  specified  at  intervals  of  one  arc-second  of 
latitude  (roughly  30  meters). 

30.1.38  DMA  Feature  File  (DMAFF)  :  a  feature  data  coding  standard 
drafted  by  DMA  which  has  been  superseded  by  FACS. 

30.1.39  Drainage ;  all  features  assooiated  with  water,  such  as 
shorelines,  rivers,  lakes,  marshes,  etc. 

30.1.40  Edge ;  a  straight  line  segment  connecting  two  vertices. 

30.1.41  Elevation;  a  vertical  distance  from  a  datum,  e.g.,  mean  sea 
level . 

30.1.42  Face ;  a  polygonal  surface  represented  within  a  graphic  data 
base . 

30.1.43  Feathering;  the  process  of  smoothing  out  the  transition 
between  adjoining  or  overlapping  patches  of  feature  data  of  differing 
densities . 

30.1.44  Feature ;  a  natural  or  man-made  object  of  sufficient 
importance  to  express  as  an  entity  in  a  simulator  data  base. 

30.1.45  Feature  Attribute  Coding  Standard  ( FACS t  ;  a  highly 
structured  coding  system  developed  by  the  Defense  Mapping  Agency  lor 
assigning  alpha-numeric  codes  to  describe  a  feature  and  its  attributes. 
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30.1.46  Feature  ClassMs  generic  groupinga  of  cultural  and  natural 
objects  %ihich  can  be  further  claaslfled  into  sub-features  providing  store 
ccanplete  descriptors. 

30.1.47  Filtering!  the  selective  elimination  of  some  data  frcm  a 
set  of  data. 

30.1.48  Formatter  Program  <FP>!  a  simulator-specific  transformation 
program  to  convert  a  Project  2851  GTDB  into  the  on-line  format  unique  to 
the  hardware. 

30.1.49  Gaming  Area:  the  geographic  area  of  coverage  of  a  GTDB  or 
simulator  on-line  data  base,  representing  the  geographic  boundaries  of 
training  simulations  which  can  be  supported  with  the  data  base. 

30.1.50  Generic  Radar  Data  Base  ^GRDBii  a  GTDB  created  to  support 
radar  simulation. 

30.1.51  Generic  Transformed  Data  Base  (GTDBl ;  (1)  a  sensor-specific 
gaming  area  data  base  generated  by  the  CDBTP  by  transforming  selected 
SSDB  data  into  a  form  more  readily  usable  by  a  simulator  system.  (2) 
Also,  the  software  subsystem  of  the  Project  2851  System  that  provides 
GTDB  data  handling  functions . 

30.1.52  Generic  Visual /Infrared  Data  Base  <GVIPB>;  a  GTDB  created 
to  support  visual  and/or  infrared  simulation. 

30.1.53  Geocentric  Coordinates !  a  coordinate  system  which  defines 
the  position  of  points  relative  to  the  center  of  the  earth. 

30.1.54  Geodetic !  refers  to  the  science  which  deals  with  the 
determination  of  the  size  and  figure  of  the  earth. 

30.1.55  Geodetic  Coordinates:  the  quantities  of  latitude, 
longitude,  and  height,  used  to  define  the  position  of  a  point  on  the 
surface  of  the  earth  with  respect  to  the  reference  spheroid. 

30.1.56  Geographic  Coordinates ;  the  quantities  of  latitude  and 
longitude  used  to  define  the  position  of  a  point  on  the  surface  of  the 
earth  with  respect  to  the  reference  spheroid. 

30.1.57  Goodness  of  Fit;  a  parameter  or  measure  of  degree  of 
correspondence  between  polygonized  terrain  and  the  original  elevation 
matrix  values . 

30.1.58  Gray  Scale;  a  scale  of  tones  ranging  from  white  to  black. 

30.1.59  Ground  Resolution;  the  minimum  distance  which  can  be 
detected  between  two  adjacent  features,  or  the  minimum  size  of  a  feature 
expressed  in  size  of  objects  or  distances  on  the  ground. 

30.1.60  Homogeneous  Area;  an  area  of  uniform  radar  reflectance. 
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30.1.61  Horizontal  Datum:  a  set  of  geodetic  parameters  used  to 
specify  the  shape  of  a  reference  ellipsoid  to  which  positional 
coordinates  are  referenced.  Due  to  the  irregular  shape  of  the  earth  (as 
well  as  to  political  and  historical  factors),  different  datums  are 
ccnnionly  used  in  different  parte  of  the  world.  For  a  «iorldwide  data 
base  such  as  the  SSDB,  a  unified  %forld  datum  (WGS84)  will  be  used. 

30.1.62  Image  Generator  <IGt;  a  device  for  producing  computer- 
generated  scenes,  capable  of  simulating  real-time  movement  through  the 
scene . 

30.1.63  Instantaneous  Field  of  View  flFQV) »  the  portion  of  a  large 
visual  scene  (e.g.,  as  in  a  dome  display)  tdiere  an  observer  is  actually 
loolcing  at  a  moment  in  time.  Some  simulators  use  head  or  eye  trac)cing 
devices  to  concentrate  scene  density  within  the  IFOV . 

30.1.64  Island;  an  area  within  a  GTDB  defined  via  transformation 
parameters  as  having  data  content  or  density  characteristics  different 
from  the  surrounding  area;  islands  may  be  defined  within  other  islands 
but  may  not  overlap. 

30.1.65  Lambert  Conformal  Conic;  a  map  projection  commonly  used  in 
aeronautical  charting,  on  which  geographic  meridians  are  represented  by 
straight  lines  which  meet  at  a  common  point  outside  the  limits  of  the 
map,  and  geographic  parallels  are  represented  by  a  series  of  arcs  of 
circles  having  this  common  point  for  a  center. 

30.1.66  Level  of  Detail  <LOD>;  a  discrete  level  within  a  range  of 
levels  of  SSDB  content  density,  used  to  store  alternate  representations 
of  any  given  area  of  coverage. 

30.1.67  Linear  Feature;  a  cultural  object  represented  within  a  data 
base  as  one  or  more  connected  line  segments. 

30.1.68  Manuscript ;  a  physical  subdivision  of  an  SSDB  cell. 
Manuscripts  cannot  overlap  each  other. 

30.1.69  Microdescriptors ;  a  special  class  of  multi-attribute  data 
structures  developed  by  the  DMA  to  encode  complex  attributes  in  its 
high- resolution  (e.g..  Level  V  DFAO)  digital  cartographic  data  bases. 

30.1.70  Model ;  a  graphical  or  mathematical  representation  of  an 
object. 

30.1.71  Model  Instancing;  the  placement  of  multiple  references  to  a 
common  model  throughout  a  data  base,  as  opposed  to  replicating  the  model 
at  every  location. 

30.1.72  Model  Photo  Texture;  a  two-dimensional  array  of  data, 
typically  from  a  digitized  photograph,  used  to  modulate  the  appearance 
of  a  model  surface. 

30.1.73  Occultation :  the  hiding  from  view  of  one  feature  or  surface 
by  the  interposition  of  another  feature  or  surface  along  the  line  of 
sight. 
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30.1.74  Origin ;  the  reference  point  relative  to  which  all 
coordinates  within  a  coordinate  set  are  defined. 

30.1.75  Paneling;  the  process  of  reconciling  data  along  the 
boundary  between  feature  or  terrain  data  sets;  also  referred  to  as  'edge 
matching’  or  ’border  matching.’ 

30.1.76  Photo  Texture;  a  technique  for  modifying  the 

characteristics  of  a  graphic  feature  surface  based  on  information 
typically  stored  in  a  two-dimensional  array  of  data,  such  as  front  a 
digitized  photograph.  The  application  of  photo  terture  to  areal  culture 
or  model  polygons  permits  greatly  increased  feature  detail  and  realism 
without  additional  conq>lexity  in  the  culture  or  model  geometry. 

30.1.77  Pixel ;  a  contraction  of  the  term,  ’picture  element’;  an 
element  in  a  gridded  representation  of  2-D  space. 

30.1.78  Point  Feature ;  a  cultural  object  whose  location  within  a 
data  base  is  represented  as  a  single  point,  or  as  a  set  of  points. 

30.1.79  Point  Light  Feature;  a  light -emitting  object  represented 

within  a  data  base  as  a  single  point. 

30.1.80  Point  Light  String  Feature;  a  light-emitting  object 
represented  within  a  data  base  as  a  set  of  points. 

30.1.81  Quadrangle;  a  rectangular,  or  nearly  so,  area  covered  by  a 
map,  usually  bounded  by  given  meridians  of  longitude  and  parallels  of 
latitude . 

30.1.82  Radar  Correlation ;  the  process  of  electronically  relating 
real-time  radar  images  with  stored  digital  data  on  the  position  and 
radar  reflectance  of  terrain  and  features,  used  for  navigation  and 
guidance . 

30.1.83  Radar  Target;  an  object  which  reflects  a  sufficient  amount 
of  a  radar  signal  to  produce  an  echo  signal  on  the  radar  screen. 

30.1.84  Real  Time;  in  computer  systems,  the  capability  to  detect, 
display,  and/or  react  to  an  event  as  it  actually  occurs. 

30.1.85  Real-World  Data;  data,  such  as  DMA  DEAD  and  DTED,  derived 
from  imagery  or  other  sources  known  to  represent  actual  real-world 
conditions . 

30.1.86  Resolution;  a  measure  of  the  ability  to  distinguish  detail, 
as  applied  to  the  power  of  a  sensing  system,  the  sharpness  of  an  image, 
or  the  level  of  detail  in  a  data  base. 

30.1.87  Ridge  Line;  a  graphic  representation  of  a  long  narrow  land 
elevation,  typically  used  to  represent  terrain  forms  significant  for  low 
altitude  radar  prediction. 

30.1.88  Roll  in;  the  process  of  transferring  a  data  file  from  off¬ 
line  storage  media  to  on-line  storage. 
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30.1.89  Roll  Out;  the  process  of  transferring  a  data  file  from  on¬ 
line  storage  media  to  off-line  storage. 

30.1.90  Separation  Plane i  a  geometric  entity  used  to  simplify 
dynamic  resolution  of  visual  rendering  priorities  of  polygons  within  a 
3-D  model. 

30.1.91  Simulator  level  of  Detail  fSDODi ;  a  discrete  level  within  a 
range  of  levels  of  GTDB  content  density  used  to  store  alternate  views  of 
any  given  area  of  coverage  and  representing  the  effects  of  changes  in 
proximity,  sensor  range,  gain,  or  aspect  angle. 

30.1.92  Standard  Linear  Format  < SltT >  ;  a  feature  data  format 
developed  by  DMA  for  intermediate  product  exchange  among  its  various 
production  systems.  It  employs  a  link-node  structure  to  describe 
feature  planimetry,  in  which  shared  segments  are  digitized  only  once  and 
referenced  by  multiple  features,  thus  avoiding  the  slivers-and-gaps 
problems  of  the  older  polygonal  DFAD  format. 

30.1.93  Standard  Simulator  Data  Base  (SSDB>;  (1)  the  central 
repository  of  validated  standard  digital  feature,  elevation,  model,  and 
photo  texture  data  within  the  Project  2851  System.  (2)  Also,  the 
software  subsystem  of  the  Project  2851  System  that  provides  SSDB  data 
handling  functions. 

30.1.94  Synthetic  Breakup:  the  automatic  or  semi-automatic 
decomposition  of  large  areal  features  into  more  detailed  component 
point,  line,  areal,  point  light,  and/or  point  light  string  synthetic 
features  to  support  more  realistic-looking  simulation. 

30.1.95  Synthetic  Data ;  data  derived  algorithmically  (e.g.,  by 
interpolation  or  synthetic  enhancement),  by  manual  enhanccanent,  or  from 
other  sources  without  regard  or  reference  to  actual  real-world 
conditions . 

30.1.96  Synthetic  Enhancement;  the  automatic  or  semi-automatic 
augmentation  of  existing  low-resolution  data  with  synthetic  higher- 
resolution  data  to  support  more  realistic-looking  simulation,  in  the 
absence  of  real-world  high-resolution  data. 

30.1.97  Temporal  Effects;  changes  to  cultural  characteristics  based 
on  time  of  day,  season,  weather,  or  other  conditional  situations. 

30.1.98  Terrain;  the  spatial  configuration  of  the  surface  of  the 
earth  in  3-D  space,  typically  represented  in  simulator  data  bases  as  a 
grid  of  terrain  eleyation  posts  or  as  a  network  of  terrain  polygons. 

30.1.99  Terrain  Leyelinc;  the  process  of  forcing  terrain  data  to  be 
"flat"  (i.e.,  of  uniform  elevation)  wherever  the  terrain  corresponds  to 
surface  features  which  logically  should  ):>e  portrayed  as  level  surfaces 
(e.g. ,  lakes) . 

30.1.100  Terrain  Polygon;  a  polygon  situated  in  3-D  space,  used  to 
represent  the  slope  of  an  area  of  the  earth's  surface. 

30.1.101  Terrain  Post ;  a  single  data  element  within  a  grid  of 
terrain  elevation  values. 
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30.1.102  Teeacllation ;  ^he  procMa  of  forming  a  moaaic  pa^1;em  uaing 
fundamental  unita  or  pattema  of  data. 

30.1.103  Texture  MaoDino ;  the  process  of  applying  digital  pattema 
or  photographic  images  upon  a  graphic  face  to  create  a  more  realistic  or 
detailed  rendering  of  an  object. 

30.1.104  Thinning ;  the  systonatic  reduction  of  the  number  of  points 
defining  a  line  or  areal  feature  for  purposes  of  simplification. 

30.1.105  Topography ;  the  configuration  of  the  surface  of  the  earth, 
including  its  relief  (hypsography) ,  drainage  (hydrography),  man-made 
features  (culture),  and  vegetation. 

30.1.106  Tranaf ormation  Parameter;  any  of  many  control  data  values 
entered  into  the  CDBTP  at  time  of  execution  to  tailor  the  resulting 
GTDB(8).  Parameters  may  represent  basic  identification  and  control 
information,  selections  from  a  set  of  options,  input  variables  used  by 
numerical  algorithms,  or  indications  of  relative  priorities  to  control 
trade-off  algorithms. 

30.1.107  Transition  Band;  a  limited  area  of  data  base  coverage  in 
which  the  data  density  is  gradually  changed  to  smooth  the  transition 
from  high-detail  data  on  one  side  of  the  band  to  low-detail  data  on  the 
other . 

30.1.108  Universal  Transverse  Mercator  (OTMt ;  a  military  grid 
coordinate  system  based  on  the  transverse  Mercator  projection. 

30.1.109  Utility  Program  fOP>  t  the  software  subsystem  within  the 
Project  2851  System  that  provides  utility  services  and  comnon  functions 
for  the  rest  of  the  system. 

30.1.110  Vector  Format;  a  format  whereby  features  in  a  data  base  are 
expressed  as  a  series  of  connected  lines  or  curves;  the  counterpart  of 
"raster*  format  wherein  discrete  portions  of  the  feature  are  expressed 
as  data  along  a  scan  line. 

30.1.111  Vertex ;  an  ordered  triplet  (x,y,2)  of  real  numbers 
specifying  a  point  in  3-D  space. 

30.1.112  Vertical  Datum;  a  level  surface  used  as  a  reference  from 
which  to  reckon  elevation  values.  The  Project  2851  data  bases  use  Mean 
Sea  Level . 

30.1.113  World  Geodetic  System  fWGSl;  a  unified  world  geodetic  datum 
based  on  a  combination  of  all  available  astrogeodetic ,  gravimetric,  and 
satellite  tracking  observations;  especially  significant  in  calibration 
and  operations  of  an  inertial  guidance  system  for  air-breathing  and 
orbital  platforms.  The  datum  is  periodically  updated  as  warranted  by 
new  data,  with  the  current  datum  designated  as  HGS84. 

30.1.114  2-D  Static  Model »  a  planar  graphic  representation  of  a 
cultural  object,  used  by  simulators  to  render  point,  line,  or  areal 
surface  features. 
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30.1.115  3-d  Dynamic  Model;  a  three-dimensional  graphic 
representation  of  a  cultural  object,  used  by  aimulatora  to  render  point, 
line,  or  areal  features  having  height  and  capable  of  motion  within  the 
simulated  scene. 


30.1.116  3-D  Static  Model;  a  three-dimensional  graphic 
representation  of  a  cultural  object,  ueed  by  simulators  to  render  point, 
line,  or  areal  features  having  height. 


3.2  Acronyms, 

acronyms  apply. 

For  the  purpose  of  this  appendix,  the  following 

ANSI 

American  National  Standards  Institute 

ASCII 

American  Standard  Code  Information  Interchange 

CDBTP 

Common  Data  Base  Transformation  Program 

CIG 

Computer  Image  Generator 

CM 

Configuration  Management 

CMP 

Configuration  Management  Program 

COTS 

Commercial  Of f-the-Shelf 

CSCI 

Computer  Software  Configuration  Item 

DB 

Data  Base 

DBDO 

Data  Base  Design  Document 

DBGMP 

Data  Base  Generation/Modification  Program 

DBMS 

Data  Base  Management  System 

DFAD 

Digital  Feature  Analysis  Data 

DLMS 

Digital  Dandmass  System 

DMA 

Defense  Mapping  Agency 

ORLMS 

Digital  Radar  Landmass  Simulator 

DTED 

Digital  Terrain  Elevation  Data 

EO 

Electro-Optical 

EOF 

End  of  File 

FAC 

Feature  Analysis  Code 

Feature  Attribute  Code 

FACS 

Feature  Attribute  Coding  Standard 

FDC 

Feature  Descriptor  Code 

FID 

Feature  Identification  Descriptor 

FLIR 

Forward-Looking  Infrared 

FP 

Formatter  Program 

FPI 

Frames  per  Inch 

GB 

Gigabyte<s) 

GTOB 

Generic  Transformed  Data  Base 

HVC 

Hue- Va lue-Chrcma 

IG 

Image  Generator 

1/0 

Input /Output 

IR 

Infrared 

KB 

Kilobyte(s) 

LOD 

Level  of  Detail 

LVT 

Local  Vertical  Tangent 

MB 

Megabyte ( s ) 

MBR 

Minimum  Bounding  Rectangle 

MC&G 

Mapping,  Charting,  and  Geodesy 

MSL 

Mean  Sea  Level 

NOE 

Nap  of  the  Earth 

OA 

Quality  Assurance 

oc 

Quality  Control 

RGB 

Red-Green-Blue 

SAR 

Synthetic  Aperture  Radar 

SDDD 

Software  Detailed  Design  Document 
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SXX>D 

SMC 

SNM 

SSDB 

S/W 

OP 

OSGS 

OTM 

VMS 

HGS 

W/S 


Simulator  Lavel  of  Detail 
Surface  Material  Category 
Square  Nautical  Milea 
Standard  Simulator  Data  Base 
Software 
Utility  Program 

United  States  Geological  Survey 
Universal  Transverse  Mercator 
Virtual  Memory  System 
World  Geodetic  System 
Workstation 


40  OMKRAX.  KBQUXKKMBMTS 

40.1  Media.  At  the  time  of  the  initial  publication  of  this  standard 
(1992),  all  GTDBs  are  being  distributed  exclusively  on  nine-track  tape. 
It  is  envisioned  that,  in  the  future,  alternative  media  will  be 
supported,  such  as  eight  millimeter  tape  or  electro-optical  disk;  the 
DoD  Simulator  Data  Base  Facility  will  keep  the  user  conmunity  apprised 
of  such  changes  as  they  occur.  in  either  case,  nine-track  tape  will 
continue  to  be  supported  as  long  as  it  remains  an  industry-standard 
medium. 

40.1.1  Structure/Labeling.  Data  units  called  "files"  will  be 
delineated  as  ANSI-standard  tape  files,  as  implemented  under  VAX/VMS. 
Data  "records"  within  a  file  will  be  delineated  as  ANSI-standard 
variable- length  tape  records,  blocked  at  2048  bytes.  Records  will  not 
span  blocks. 

40.1.2  Multi-Volume  Sets.  Pseudo-files,  as  well  as  physical  files, 
will  be  allowed  to  span  volumes. 

40.2  Content.  As  a  format-only  standard,  GTDB  requires  only  a 
minimum  amount  of  mandatory  information.  The  content  of  a  specific  GTDB 
is  not  dependent  on  requirements  defined  in  the  standard,  but  rather  on 
two  other  factors:  (a)  that  information  which  is  available  in  the  data 
set  from  which  the  GTDB  is  derived,  i.e.,  the  SSDB;  and  (b)  that 
information  which  is  requested  by  the  recipient  of  the  GTDB . 

40.2.1  Field  Population.  One  of  the  few  content  restrictions 
imposed  by  the  GTDB  standard  is  that  all  eligible  fields  be  populated 
whenever  their  parent  records  are  included  in  a  data  set.  This 
corresponds  to  factor  (a)  of  paragraph  40.2,  above. 

40.2.1.1  Valid  Data.  Whenever  a  GTDB  contains  a  particular  field 
(based  upon  the  above  criteria),  and  the  SSDB  contains  the  information 
necessary  to  populate  that  field,  the  value  of  the  field  will  contain 
that  SSDB  value  (or  a  corresponding  GTDB  value).  This  rule  will  ensure 
that  pertinent  information  is  always  made  available  to  the  application. 

40.2.1.2  Default  Data.  In  cases  in  which  a  GTDB  contains  a  field 
which  does  not  have  a  corresponding  SSDB  value,  the  field  will  be 
assigned  a  predetermined  default  value. 
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40.2.2  Content  Specifications.  Corresponding  to  factor  (b)  of 
paragraph  40.2,  above,  the  content  of  a  GTDB  is  dependent  on  the  user's 
specifications.  These  specifications  take  the  form  of  a  number  of 
transformation  parameters,  which  are  used  to  extract  and  manipulate  SSDB 
information  to  generate  a  GTDB  tailored  to  the  intended  application. 
These  parameters  are  described  in  the  following  subparagraphs. 

40.2.2.1  Datum.  This  identifies  the  horizontal  reference  for 
geodetically-based  GTDBs . 

40.2.2.2  Coordinate  System.  The  user  may  select  geodetic, 
geocentric,  or  projected  coordinates. 

40.2.2.3  Terrain  Representation.  There  are  three  choices  of 
terrain  representation  available  in  the  GTDB.  One  of  these  is  just  a 
simple  extraction  of  the  grid-post  values  stored  in  the  SSDB.  The 
second  is  a  mesh  of  polygons  generated  from  these  posts.  The  third  is  a 
hybrid  of  the  previous  two:  it  is  a  grid  which  has  been  generated  by 
interpolating  post  values  from  a  polygon  mesh,  which  has  in  turn  been 
generated  from  the  SSDB  posts.  A  GTDB  can  contain  one  or  more  of  these 
three  representations . 

40.2.2.4  Vertex  Hormals .  Some  polygon-based  image  generators 
require  the  provision  of  normal  vectors  at  each  vertex  in  the 
polygonized  data  set.  This  boolean  parameter  specifies  whether  or  not 
these  should  be  generated  during  the  polygonization  process . 

40.2.2.5  Synthetic  Culture.  Certain  information  in  the  SSDB  is  not 
derived  from  real-world  source  material,  but  is  created  by  algorithmic 
means.  This  information  may  be  either  included  or  excluded  from  a  GTDB, 
depending  on  the  user's  needs. 

40.2.2.6  Boundary  SLOD  Matching.  In  GTDBs  containing  multiple 
Simulator  Levels  of  Detail  (SLODs)  which  are  not  geographically 
concident,  there  can  be  mismatches  at  the  boundaries  between  SLODs, 
resulting  in  disconcerting  anomalies  in  the  terrain  model. 
Specification  of  this  parameter  forces  the  transformation  process  to 
make  the  terrain  models  at  different  SLODs  match  up  correctly,  to  avoid 
such  effects. 

40.2.2.7  Convex  Polygons.  This  boolean  parameter,  when  set  to  true, 
forces  the  transformation  process  to  fragment  model  and  culture  polygons 
to  eliminate  convex  edges. 

40.2.2.8  Edge  Limit.  This  parameter  allows  the  user  to  specify  the 
maximum  number  of  edges  permissible  in  a  single  polygon. 

40.2.2.9  Model  References.  The  user  can  specify  the  substitution  of 
model  references  for  culture  features  in  the  GTDB  being  generated.  This 
results  in  a  connecting  link  between  the  culture  and  model  libraries, 
which  are  completely  independent  in  the  SSDB. 

40.2.2.10  Expanded  Lineals.  If  desired,  the  user  can  request  that 
lineal  features  in  the  culture  data  set  be  replaced  with  polygons,  the 
widths  of  which  are  determined  by  the  "width"  attributes  of  the  SSDB 
lineal  features. 
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40.2.2.11  Fragaented  Point  Light  Strings.  Many  light  features  in 
the  S5DB  are  not  stored  as  individual  features,  but  as  components  of 
strings  containing  M  identical  lights.  If  specified,  this  parameter 
allows  the  user  to  request  that  such  features  be  broken  into  N 
individual  light  features,  each  independently  stored  and  attributed. 

40.2.2.12  Pace  Count  Kzccption.  The  transformation  from  SSDB  into 
GTDB  will  sometimes  generate  a  conflict  between  a  polygon  count  limit 
and  a  requirement  for  mandatory  features.  In  the  event  that  these  two 
goals  conflict,  the  user  can  specify  one  of  three  courses  of  action: 
ignore  the  limit  on  face  count  (%diich  will  yield  a  GTDB  having  more 
faces  than  the  simulator  can  potentially  handle),  delete  some  of  the 
features  which  were  previously  identified  as  being  mandatory  (resulting 
in  the  omission  of  some  potentially  important  cues),  or  sinqily  give  up 
and  abort  the  transformation  run. 

40.2.2.13  6LOO  Parameters.  Within  a  GTDB,  there  can  be  any  number 
of  user-defined  SLODs.  The  following  parameters  are  specified  for  each 
individual  SLOD. 

40.2.2.13.1  Keep-List.  This  identifies  all  of  those  features  which 
are  to  be  retained  during  the  transformation  from  SSDB  to  GTDB.  This 
list  is  necessary  in  those  cases  for  which  data  base  culling  or 
filtering  is  anticipated,  in  order  to  retain  those  features  which  are 
important  for  a  specific  application.  If  a  keep-list  is  not  specified, 
features  will  be  eliminated  at  random  in  order  to  avoid  exceeding  the 
specified  face-count  limit. 

40.2.2.13.2  Delete-Llst.  This  is  analogous  to  t.he  keep-list,  but 
with  the  opposite  function;  it  identifies  those  features  which  are  not 
wanted  in  the  GTDB,  and  so  these  features  are  always  deleted. 

40.2.2.13.3  Level-List.  This  identifies  those  features  which  are 
required  to  be  situated  on  level  terrain,  such  as  lakes;  this  parameter 
is  used  to  force  the  terrain  polygoni ration  algorithm  to  flatten  the 
terrain  model  under  such  features. 

40.2.2.13.4  Thinning  Tolerance.  Often,  features  contain  too  many 
vertices  for  an  image  generator  to  handle.  (This  problem  arises  from 
the  fact  that,  when  a  feature  is  broken  down  into  convex  polygons,  the 
number  of  polygons  which  result  is  directly  proportional  to  the  nimiber 
of  vertices  in  the  feature.)  Thus,  it  is  usually  necessary  for  the 
transformation  process  to  thin,  or  remove  points  from,  a  complex 
feature.  This  parameter  specifies  the  amount  of  thining  permissible  in 
a  given  GTDB,  as  a  function  of  the  error  it  introduces  into  the  shape  of 
the  resulting  feature. 

4C.2.2.13.5  Highest  Level  of  Detail.  This  is  used  to  map  SSDB  LODs 
into  GTDB  SLODs.  The  SLOD  will  contain  features  extracted  from  SSDB 
levels  up  to  and  including  the  level  specified. 
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40.2.2.14  Area  Block  Paraeekera.  Within  each  SLOD,  the  data  is 
conqprised  of  a  set  of  tiles  or  Area  Blocks  (ABs).  Certain  parameters 
can  be  specified  for  each  individual  area  block  within  a  SLOD,  to  allow 
for  a  non-homogeneous  data  base,  even  below  the  SLOD  level.  This  can  be 
used  to  concentrate  the  bulk  of  the  transfomation  processing  in  only 
those  areas  of  high  interest,  such  as  targets  and  corridors.  The 
parameters  which  can  be  specified  for  each  area  block  are  described  in 
the  following  subparagraphs. 

40.2.2.14.1  Area  Block  Dimensions.  This  is  used  to  specify  the 
size  of  each  individual  area  block,  in  1/1000  arc-second  increments  up 
to  15  arc-minutes  square.  Adjacent  area  blocks  must  have  identical 
corner  coordinates  on  the  shared  edge. 

40.2.2.14.2  Face  Count  Limit.  If  specified,  this  gives  a  maximum 
limit  to  the  number  of  faces  which  can  be  generated  for  an  area  block. 

40.2.2.14.3  Model  Reference  Limit.  As  with  the  face  count,  this 
limits  the  number  of  faces  which  can  be  generated  for  an  area  block. 

40.2.2.14.4  Terrain  Goodness— of-Fit .  This  parameter  applies  only 
to  those  GTDBs  with  polygonized  terrain.  It  defines  the  maximum 
allowable  deviation  from  the  original  terrain  data  from  which  the 
polygons  are  generated.  In  effect,  this  drives  the  number  of  terrain 
polygons  generated;  the  tighter  the  tolerance,  the  more  polygons.  It 
should  be  noted,  also,  that  the  Project  2851  terrain  polygonization 
algorithm  generated  irregularly-shaped  triangles,  and  their  density 
varies  as  a  function  of  the  terrain  roughness. 

40.2.2.14.5  number  of  Terrain  Polygons.  This  parameter  can  be 
used  to  specify  the  minimum  and/or  maximum  number  of  terrain  polygons  to 
be  generated  for  the  area  block.  If  it  should  conflict  with  the 
goodness-of-f it  specified,  the  maximum  number  of  terrain  polygons 
discussed  in  paragraph  40.2.2.14.4  shall  take  precedence. 


40.2.2.15  Additional  Islands.  A  GTDB  can  contain  any  number  of 
user-defined  "islands",  which  arc  regions  of  nested  SLODs .  The 
coordinates  of  these  can  be  specified  independently. 


40.3  Data  Formats.  Self-explanatory. 

40.3.1  Bon-Tezturc  Data.  Self-explanatory. 

40.3.1.1  Field  Forut.  Self-explanatory. 

40.3.1.2  Inter-Field  Separation.  Self-explanatory. 

40.3.2  Texture  Data.  Self-explanatory. 
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50  DETAILED  EEQUIRBKEET6 


(The  information  provided  herein  serves  as  a  guide  to  the  interpretation 
of  requiramenta  specified  in  Section  5  of  this  standard.) 


50.1  Data  Base  Structure. 


50.1.1  The  following  subparagraphs  describe  the  detailed  logical  record 
and  field  structure  of  the  GTOB  files,  as  they  %*ould  appear  on  a  GTDB 
tape  created  by  the  Project  2851  software. 


50.1.1.1  Data  units  called  ‘pseudo-files'  have  been  defined  for 
collections  of  records  which  should  logically  be  treated  as  independent 
files  but  which,  for  performance  reasons,  have  been  physically  grouped 
with  other  pseudo-files  within  a  larger  physical  file.  In  earlier 
versions  of  the  GTOB  design,  the  proliferation  of  relatively  small 
physical  files  was  found  to  cause  highly  inefficient  use  of  the  magnetic 
tape  medium  (due  to  the  inter-file  gaps),  as  well  as  inordinate  I/O 
processing  overhead.  The  grouping  of  pseudo-files  into  fewer  physical 
files  has  been  found  to  improve  I/O  performance  dramatically. 


50.1.1.2  Data  'fields'  are  logical  data  unite  occurring  at  predefined 
locations  within  a  record.  Fields  maintained  internally  as  non-ASCII 
data  (such  as  integers,  floating  point.  Boolean,  and  Ada  enumerated 
types)  will  be  converted  to  ASCII  during  GTDB  generation.  The  size  of 
each  ASCII  field  is  fixed  and  will  contain  enough  character  positions  to 
hold  the  largest  valid  value  for  the  field,  including  a  sign  for 
numerics.  Adjacent  fields  are  separated  by  NULL  characters  to  permit 
simple  extraction  of  individual  fields  based  on  relative  field  position 
without  consideration  for  the  length  of  intervening  fields.  Fields  may 
be  made  up  of  sub-fields,  which  are  also  delimited  by  NULL  characters. 
The  format  and  meaning  of  individual  fields,  as  well  as  default  values, 
are  defined  in  Appendix  A  to  this  standard. 


50.1.1.3  Texture  image  data  will  not  be  converted  to  ASCII.  This  data 
will  be  either  in  its  original  image  file  format  or  in  the  NITF  file 
format,  depending  on  the  type  of  texture  requested.  All  original  source 
data  will  follow  its  own  formatting  conventions.  All  NITF  data  will 
follow  NITF  formatting  conventions.  NITF  files  use  carriage-return  and 
line-feed  characters  as  inter-field  separators  and  a  blan)^  character  as 
inter-item  separator. 
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50.1.2  Section  5  of  this  standard  describes  the  architecture  of  the 
GTDB.  Using  the  nomenclature  specified  in  DZ-MCCR-80028 ,  the  data  base 
is  described  as  a  set  of  ’files',  which  in  turn  consist  of  a  set  of 
‘ records ' ,  vdiich  in  turn  consist  of  a  set  of  ' fields ' ,  idiich  may  further 
cqnsist  of  a  set  of  ' items ' . 


50.1.2.1  There  may  be  as  many  as  16  distinct  physical  files  within  a 
GTDB.  These  files  form  a  logical  hierarchy  of  pointers  and  information. 


50.1.2.2  Starting  at  the  top,  a  GTDB  begins  with  a  Gaining  Area  Header 
File  which  describes  the  general  characteristics  of  the  entire  data 
base.  A  gaming  area  is  simply  the  geographic  area  of  data  base  coverage 
over  which  simulated  operations  are  to  be  supported.  If  a  radar  GTDB  is 
being  concurrently  generated  with  a  visual  GTDB,  their  gaming  areas  are 
not  required  to  coincide  (or  even,  from  a  software  standpoint,  to  relate 
to  each  other  in  any  way) .  For  example,  it  would  be  possible  to  specify 
a  larger  gaming  area  for  the  radar  GTDB  to  reflect  the  greater  sensor 
range . 


50.1.2.3  At  the  next  level  of  the  hierarchy,  there  are  header  files 
describing  and  pointing  to  three  major  classes  of  data  within  the  GTDB . 
The  Simulator  Level  of  Detail  (SLOD)  Header  File  and  the  Area  Block 
Header  File  point  to  terrain  and  culture  data;  the  Hodel  Library  Header 
File  points  to  model  libraries;  and  the  Texture  Library  Header  File 
points  to  texture  libraries. 


50.1.2.4  SLOD  Header  Files  define  the  general  characteristics  of  each 
of  the  SLODs  defined  for  the  particular  GTDB.  A  SLOD  is  a  distinct 
level  within  a  range  of  levels  of  data  base  terrain/culture  content 
density  and/or  complexity.  Different  SLODs  may  be  used  to  simulate 
variations  in  proximity,  sensor  range,  sensor  gain,  and  field  of  view. 
Typically,  each  SLOD  will  cover  the  entire  gaming  area,  but  this  is  not 
required  by  the  GTDB  or  CDBTP. 


50.1.2.5  It  is  also  not  required  that  the  data  density  be  consistent 
throughout  a  SLOD.  Within  each  SLOD,  the  CDBTP  will  allow  the  user  to 
specify  a  hierarchy  of  "islands'  of  coverage  within  which  the  culture 
data  may  be  of  higher  detail  than  surrounding  areas.  Different  levels 
of  terrain  detail  may  be  specified  on  an  area  block  basis.  (See  the 
Software  Detailed  Design  Document  (SDDD)  for  the  CDBTP  for  a  detailed 
description  of  SLOD  specification  options  and  constraints.)  The  CDBTP 
is  parameterized  to  permit  highly  tailored  definitions  of  the  number  and 
content  of  SLODs  within  any  given  GTDB . 
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50.1.2.6  Within  each  aimulator  level  of  detail,  the  area  covered  by  the 
gaming  area  may  be  subdivided  into  rectangular  area  blocks,  defined  by 
arcs  of  latitude  and  longitude.  The  area  blocks  are  the  units  of  data 
dynamically  loaded  and  transformed  by  a  real-time  simulator.  Due  to 
differences  in  data  density  bet%#een  different  Simulator  Ijevels  of  Detail 
(SIXlDs),  the  area  block  size  will  normally  vary  from  simulator  level  of 
detail  to  simulator  level  of  detail  within  a  GTDB.  Typically,  the  area 
block  size  will  be  constant  within  a  simulator  level  of  detail,  but  this 
is  not  a  restriction  of  the  GTDB  or  common  data  base  transformation 
program.  The  only  restrictions  imposed  by  the  CDBTP  are  that  a  side  of 
an  area  block  may  not  exceed  15  minutes  of  arc,  and  that  the  shared 
boundaries  between  neighboring  area  blocks  must  be  mutually  identical 
(i.e.,  an  area  block  cannot  share  a  boundary  with  two  smaller  area 
blocks) . 


50.1.2.7  The  terrain  and  culture  data  within  any  given  area  block  are 
categorized  and  stored  in  as  many  as  nine  types  of  area  block  pseudo¬ 
files.  These  are  sho%m  in  Figure  C-1 .  Two  of  the  pseudo-files  are 
mandatory  in  every  area  block.  The  Areal  Feature  Area  Block  (AFAB) 
Pseudo-File  will  always  be  present  because,  by  convention,  there  will 
always  be  at  least  one  areal  feature  in  any  area  block  (i.e.,  the 
background  feature).  The  Vertex  Area  Block  (VAB)  Pseudo-File  contains 
the  vertex  coordinates  used  to  define  the  spatial  boundaries  of  features 
(as  well  as  terrain,  when  polygonized)  and,  hence,  will  always  be 
present  to  define  the  background  feature  at  a  minimum.  The  presence  of 
the  other  pseudo-files  in  a  particular  GTDB  (or  in  any  particular 
simulator  level  of  detail  and  area  block  of  the  GTDB)  is  optional, 
depending  on  the  availability  of  data  and  on  the  regui*'ements  of  the 
target  simulator  and  training  mission.  The  Area  Block  Beader  File 
identifies  those  lower-level  area  block  pseudo-files  which  are  present 
for  any  given  area  block  within  a  SLOD. 
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50.1.2.8  Terrain  data  can  be  represented  within  the  GTDB  either  as  a 
continuous  network  of  surface  polygons  in  three  dimensions,  or  as  a 
systematically  spaced  grid  matrix  of  elevation  posts.  The  user  has  the 
option  of  requesting  one  or  the  other  representation,  or  both  within  the 
same  GTDB,  or  neither  if  terrain  is  not  desired. 

50.1.2.9  If  gridded  terrain  is  requested,  the  user  may  select  the 
terrain  post  density  from  available  LODs  stored  in  the  Standard 
Simulator  Data  Base  (SSDB).  The  standard  simulator  daEa  base  has  been 
designed  to  store  terrain  data,  if  available,  at  nominal  post  spacings 
of  lOOm  (3  arc  seconds  of  latitude/longitude),  30m  (1  arc  second),  10m 
(0.3  arc  seconds),  and  Im  (0.03  arc  seconds). 

50.1.2.10  If  polygons  are  requested,  the  user  may  specify  coiirion  data 
base  transformation  program  transformation  parameters  controlling  the 
trade-off  between  polygon  budgets  and  a  goodness-of-f it  criterion. 
Project  2851  has  selected  the  public-domain  Dirichlet  tesselation  and 
Delauney  polygonization  algorithms  to  achieve  maximum  terrain  fidelity 
and  correlation  capability,  given  variable  polygon  budget  constraints. 
These  algorithms  produce  variable-density  triangles,  allocated  to 
provide  more  polygons  in  areas  of  relatively  greater  terrain  roughness. 
(Refer  to  the  common  data  base  transformation  program  software  detailed 
design  document  for  details  on  these  algorithms.)  Although  the  common 
data  base  transformation  progr^uT>  generates  only  triangles,  the  GTDB  data 
structure  could  support  more  complex  polygons. 

50.1.2.11  If  correlation  is  desired  between  a  GTDB  using  polygonized 
terrain  and  another  (or  the  same)  GTDB  using  gridded  terrain,  a  user- 
specified  option  will  cause  the  coinnon  data  base  transformation  program 
to  derive  equivalent  gridded  post  values  from  the  polygonized  terrain 
rather  than  use  the  originally  compiled  standard  simulator  data  base 
values . 

50.1.2.12  Culture  data  will  include  both  spatial  and  descriptive 
information  about  individual  features  which  lie  upon  the  terrain.  Both 
natural  and  man-made  features  are  included.  The  general  data 
architecture  for  culture  data  is  an  expansion  of  standards  and 
conventions  established  by  the  Defense  Mapping  Agency  (DMA) .  Spatially, 
features  will  be  represented  as  discrete  points,  lines,  or  surface 
polygons  in  two-dimensional  space.  The  height  of  an  object  above  the 
terrain  (if  applicable)  is  encoded  as  an  attribute  of  the  feature  along 
with  many  other  attributes  useful  for  generating  simulated  scenes.  Some 
of  the  attributes  have  obvious  direct  value  for  scene  depiction,  e.g., 
reflectance,  directivity,  and  Surface  Material  Category  (SMC)  . 
Attributes  such  as  percent  of  tree  coverage  are  required  to  predict 
radar  masking  effects.  Other  attributes  (e.g.,  Feature  Descriptor  Code, 
Roof  Type)  provide  semantic  detail  about  features  which  may  be  helpful 
to  simulators  in  selecting  models,  texture,  or  other  means  for  realistic 
rendering  of  culture  objects.  Still  other  attributes  (e.g.,  maximum 
load-bearing  capacity  of  a  bridge,  temporal  characteristics )  may  be 
useful  to  support  realistic  training  scenario  content. 
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50.1.2.13  As  noted  above,  the  spatial  coordinates  describing  the 
boundary  vertices  of  a  feature  will  normally  be  in  two-dimensional  (x,y) 
space,  as  they  are  stored  in  the  SSDB.  Selection  of  a  connon  data  base 
transformation  program  option  for  fragmenting  culture  along  the 
boundaries  of  underlying  terrain  polygons  will  result  in  culture 
vertices  being  placed  in  3-D  (x,y,z)  space,  such  that  all  features  will 
be  coplanar  with  the  underlying  terrain. 

50.1.2.14  As  is  the  case  with  terrain,  culture  data  may  be  selected 
from  the  various  Ifevels  of  Detail  (DODs)  of  the  Standard  Simulator  Data 
Base  (SSDB),  as  data  are  available.  Culture  LODs  have  been  defined  in 
the  standard  simulator  data  base  to  correspond  roughly  to  feature 
resolutions  of  300m,  100m,  30m,  10m,  3m,  and  Im.  The  previously 
described  "island*  specifications  are  used  by  the  common  data  base 
transformation  program  to  allocate  culture  detail  where  it  is  most 
needed  for  the  training  application. 

50.1.2.15  If  correlation  between  a  radar  GTDB  and  a  visual  GTDB  is 
desired,  features  typically  not  associated  with  radar  data  bases  (e.g., 
models  and  texture)  may  optionally  be  included  in  the  radar  GTDB,  so 
that  radar  effects  can  be  correlated  with  visual/infrared  scenes.  On 
the  other  hand,  the  need  to  correlate  with  a  visual  system  can  have  a 
limiting  effect  on  the  radar  GTDB.  Typically,  the  computational  demands 
on  visual  image  generators  are  significantly  greater  than  on  radar  image 
generators.  As  a  result,  visual  systems  tend  to  be  more  limited  in  the 
number  of  features  or  surfaces  they  can  portray  compared  to  radar 
systems.  This  means  that  when  correlation  is  a  requirement,  some  radar- 
significant  features  may  have  to  be  eliminated  from  the  radar  scene. 

50.1.2.16  The  Project  2851  GTDBs  have  a  provision  for  carrying 
correlation  priority  codes  indicating  which  features  are  more  or  less 
important  to  retain  for  correlation.  when  populated,  these  priority 
codes  may  be  used  to  guide  the  filtering  process  whenever  features  have 
to  be  eliminated  to  meet  image  generator  processing  constraints . 

50.1.2.17  The  model  libraries  contain  the  identification  and 
descriptive  information  for  computer-graphic  models  of  various  generic 
(e.g.,  a  'typical'  house)  and  specific  (e.g.,  a  C-130  transport)  objects 
which  must  be  displayed  with  more  realism  and  detail  than  is  possible 
with  simple  2-D  surface  culture  polygons.  It  should  be  emphasized  that 
all  models  in  a  GTDB  will  be  polygonal  (surface-based)  models,  even 
though  models  are  represented  in  the  standard  simulator  data  base  using 
Constructive  Solid  Geometry  (CSG).  Together  with  the  CSG  definition  of 
the  basic  model,  the  standard  simulator  data  base  will  store 
instructions  for  automatically  converting  the  single  generic  model  into 
various  polygonal  representations  more  suitable  for  use  on  particular 
real-time  image  generators.  These  instructions  are  executed  by  the 
Common  Data  Base  Transformation  Program  (CDBTP)  when  selecting  models 
for  inclusion  in  a  GTDB. 
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50.1.2.16  lixXe  t:errain  and  culture,  models  may  be  described  at  multiple 
levels  of  detail  to  allow  trade-offs  bet«ieen  rendering  detail  and  system 
performance  considerations.  The  model  library  will  initially  contain 
three  levels  of  detail,  designated  as  high,  medium,  and  low.  Medium- 
detail  models  will  define  surfaces  and  components  at  roughly  1-meter 
resolution  and  are  intended  for  nominal  viewing  ranges.  High-detail 
models  are  intended  for  close-up  viewing  and  will  resolve  components  at 
sub-meter  resolutions.  Low-detail  models  are  intended  for  far-scene  or 
low-fidelity  displays  and  will  always  consist  of  20  or  fewer  polygons, 
regardless  of  component  resolution. 

50.1.2.19  Each  of  the  model  libraries  has  associated  with  it  a  model 
vertex  file,  containing  a  list  of  coordinate  vertices  defining  the 
geometry  of  the  models.  Each  model  vertex  file  is  organized  as  a  set  of 
pseudo-files,  one  per  model.  Each  pseudo-file  contains  the  vertices 
used  to  define  all  LODs  of  a  model . 

50.1.2.20  Models  introduce  further  problems  in  the  area  of  correlation 
between  GTDBs.  The  concept  is  to  supply  generic  models  which  will 
support  correlation  by  providing  a  common  geometry,  or  at  least 
reasonably  compatible  geometries,  across  sensors  and  LODs.  Since  models 
tend  to  be  highly  specific  to  the  vendor  *  s  architecture  and  also  are  a 
major  focus  of  product  differentiation  and  improvement,  it  may  not  be 
practical  or  desirable  to  force  vendors  to  always  use  the  generic 
models.  However,  the  generic  models  may  take  precedence  when 
correlation  is  a  higher  priority  than  absolute  rendering  quality. 

50.1.2.21  The  texture  libraries  contain  descriptive  information  and 
digital  image  files  which  may  be  applied  to  a  terrain/culture  or  model 
surface  to  gain  greatly  increased  realism  and  detail  without  increasing 
the  complexity  of  the  underlying  geometry.  Two  texture  libraries  are 
supported:  areal  and  model.  Both  of  these  libraries  support  supplying 
textures  processed  at  a  variety  of  stages  and  resolutions,  a  choice  of 
specific  or  generic  texture,  and  texture  types  including  color  and 
grayscale.  Areal  texture  libraries  support  an  additional  texture  type 
of  SHC/FOC  codes  for  non-visual  simulation  (e.g.,  radar  or  infra-red). 
Naturally,  areal  texture  applies  to  terrain  and  culture,  while  model 
texture  is  used  only  for  models. 

50.1.2.21.1  Specific  texture  is  specific  to  a  certain  geographic  area 
for  areal  texture  and  specific  to  a  certain  object  for  model  texture. 
Specific  texture  is  an  image  generally  derived  from  satellite  imagery, 
aerial  photography,  or  hand-held  ground  photography.  Generic  texture  is 
an  image  that  can  be  generated  frcmi  specific  texture  or  from  synthetic 
pattern  generation.  Generic  texture  is  a  small  tile  of  texture  that  can 
be  repeated  to  simulate  the  true  view  without  using  the  large  amounts  of 
memory  and  I/O  processing  necessary  with  specific  texture.  An  example 
of  areal  generic  texture  would  be  a  field  pattern  that  is  repeated  over 
and  over  again  to  achieve  the  view  of  a  very  large  field.  An  example 
of  model  generic  texture  would  be  a  brick  wall  pattern  that  could  be 
repeated  along  the  side  of  a  building. 
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50.1.2.21.2  To  accomnodate  the  many  needs  of  the  simulation  conmunity , 
the  GTDB  supports  texture  processed  at  any  one  of  five  stages.  Stage  1 
texture  is  the  original  digital  image  provided  by  the  source.  The 
texture  is  in  its  original  native  format  as  that  provided  by  the  source. 
The  GTDB  will  provide  with  it  descriptive  information  such  as  ground 
control  points,  tie  points  to  other  images,  percentage  of  cloud  cover, 
geographic  location,  and  image  capture  date  and  time.  Naturally,  this 
stage  applies  only  to  specific  texture.  Stage  1  processing  is  available 
for  both  areal  and  model  texture.  ^ 

50.1.2.21.3  Unlike  Stage  1  texture.  Stage  2  texture  is  provided  in 
National  Imagery  Transmission  Format  (NITF)  (Version  1.1,  1  March  1989, 
and  NITF  Change  Notice  No.  2,  23  Hay  1990).  This  is  a  DOD  standard  for 
images.  The  content  of  the  image  may  have  changed  due  to  the  “clean  up’ 
operations  performed  at  this  stage.  Noise  removal,  occlusion  removal 
with  hole  fill-in,  shadow  minimization,  haze  removal,  and  contrast 
enhancement  are  examples  of  processing  done  to  produce  a  Stage  2 
texture.  Once  again.  Stage  2  processing  applies  only  to  specific 
texture.  Since  this  is  the  first  stage  where  the  original  image's 
source  format  is  not  used,  many  of  the  GTDB  texture  parameters  apply 
here.  For  instance,  the  user  can  specify,  the  number  of  bits  per 
texture  pixel  (texel),  and  a  texture  format  (Band-Sequential,  or  Band- 
Interleaved)  .  The  texture  image  and  all  descriptive  information  is 
supplied  in  NITF.  It  is  available  for  both  areal  and  model  texture. 
The  NITF  standard  is  used  at  this. stage. 

50.1.2.21.4  Stage  3  texture  is  geometrically  corrected,  i.e.,  it  is 
geopositioned  and  orthorectified.  Areal  texture  is  placed  in  equal  arc 
spacing  at  this  stage,  while  model  texture  is  placed  in  a  local 
Cartesian  coordinate  system.  At  this  stage,  image-to- image  radiometric 
corrections  have  been  performed.  Most  GTDB  parameters  apply  at  this 
stage.  Stage  3  can  apply  to  both  specific  and  generic  texture.  It  is 
available  for  both  areal  and  model  texture. 

50.1.2.21.5  Stage  4  texture  is  simply  Stage  3  texture  transformed  to  a 
user-specified  coordinate  system  other  than  geodetic  for  geographic 
areal  texture  (which  is  supplied  in  Stage  3).  The  NITF  standard  is  used 
at  this  stage.  This  stage  applies  to  both  specific  and  generic  texture. 
It  is  used  only  for  areal  texture,  since  model  texture  is  always  in  a 
local  Cartesian  coordinate  system  that  need  not  be  transformed. 

50.1.2.21.6  Finally,  Stage  5  texture  includes  polygon  mapping  control 
information  so  that  the  texture  is  already  mapped  to  the  polygons. 
Thus,  Stage  5  consists  of  Stage  3  or  Stage  4  textures  with  this  control 
information.  Specific  areal  textures  are  mapped  to  terrain  polygons 
through  vertex- to- vertex  mapping.  Generic  areal  textures  are  mapped  to 
culture  polygons  using  global-based  and  face-based  mapping.  Specific 
model  textures  are  mapped  to  model  polygons  using  the  vertex-to-vertex, 
face-based,  and  model-based  mapping  schemes.  Generic  model  textures  are 
mapped  to  model  polygons  using  the  face-based  and  model-based  mapping 
methods.  Once  again,  the  NITF  standard  is  used.  Stage  5  processing  can 
be  done  with  either  specific  or  generic  texture. 
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50.1.2.21.7  For  non-visual  simulation  systems,  the  GTOB  supports 
texture  maps  containing  a  grid  of  surface  Material  Categories  (SMC)  and 
Feature  Descriptor  Codes  (FDC) .  Such  a  map  provides  a  finer  resolution 
of  surface  information  than  can  be  provided  by  vector  data  bases.  These 
SMC/FDC  textures  are  provided  in  the  Areal  Texture  Library  when 
requested.  They  are  treated  as  specific  areal  textures.  They  can  be 
produced  at  Stages  3,  4,  or  5. 

50.1.2.21.8  Textures  are  linked  to  terrain/culture  in  a  number  of  ways. 
First,  the  Area  Block  Header  File  may  have  a  table  of  pointers  to 
specific  textures  for  each  area  block.  These  textures  can  be  at  any  of 
Stages  1  through  4  of  processing.  Second,  each  terrain  polygon  within 
an  area  block  may  have  texture  references  for  the  actual  texture 
mapping.  This  method  would  be  used  for  Stage  5  texture  mapping  of 
specific  areal  texture.  This  data  can  be  found  in  the  Terrain  Polygon 
Area  Block  Pseudo-File.  Third,  for  geographic  areas  where  specific 
areal  texture  is  not  available,  generic  texture  can  be  used.  Each  areal 
feature  within  the  Areal  Feature  Area  Block  Pseudo-File  may  have  a 
pointer  to  a  generic  texture  pattern  that  can  be  used  in  lieu  of 
specific  texture.  Fourth,  the  Areal  Feature  Area  Block  Pseudo-File  may 
also  have  the  mapping  information  for  Stage  5  generic  textures. 

50.1.2.21.9  Textures  are  linked  to  models  in  a  number  of  ways.  Models 
have  texture  references  for  non-mapped  textures.  This  would  pertain  to 
Stages  1,  2,  and  3.  Stage  4  does  not  apply  to  models.  Models  have 
three  other  types  of  texture  references,  each  for  texture  mapping  at 
Stage  5.  Vertex- to- vert ex,  face-based,  and  model-based  mapping  schemes 
all  support  specific  texture  while  only  the  latter  two  can  be  used  for 
generic  texture.  All  of  this  data  can  be  found  in  the  Model  Library 
Files.  Under  this  design,  the  GTDB  offers  much  flexibility  to  the  user 
in  the  ways  that  texture  can  be  requested  for  custcxnized  usage. 

50.1.2.22  The  design  for  the  Project  2851  System  permits  a  high  degree 
of  tailoring  of  GTDBs  to  match  a  specific  simulator  and  training 
mission.  For  this  reason,  various  combinations  of  data  files  described 
in  this  data  base  design  document  are  possible.  For  example,  it  will  be 
possible  to  request  a  GTDB  in  which  all  linear  features  have  been 
converted  to  areals,  eliminating  the  need  for  a  Linear  Feature  Area 
Block  File.  In  addition,  the  specific  contents  of  the  files  may  also 
vary  considerably  baaed  on  the  transformation  parameters  specified.  For 
example,  a  highly  restrictive  maximum  polygon  density  would  result  in 
features  being  left  out  of  a  GTDB  that  would  otherwise  be  represented. 
Under  any  circumstance,  all  GTDBs  will  conform  to  the  logical 
architecture  as  specified  herein. 

50.1.3  The  following  siibsections  describe  each  of  the  GTDB  files.  Note 
that  the  subsection  numbers  correspond  to  those  of  Section  5  of  this 
standard,  for  easy  reference. 
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50.2  Oaaiing  Anm  B»»dmr  (OAH)  Fi.!*.  Tbs  purposaa  of  ^a  GAS  are 
to:  (1)  identify  the  GTDB;  (2)  describe  general  gaming  area 

characteristics;  and  (3)  document  the  Project  2851  parameters  used  to 
generate  the  GTDB.  GTDB  identifiers  will  include  a  Project  2851  catalog 
number,  date  of  creation,  and  security  level.  Gaming  area  descriptors 
will  include  coordinates  specifying  the  geographic  boundaries  of  the 
gaming  area.  GTDB  production  parameters  will  dociunent  the  Project  2851 
transformation  parameters  specified  to  create  this  particular  GTDB. 
Specific  parameter  options  are  documented  in  the  design  of  the  Common 
Data  Base  Transformation  Program  ( CDBTP ) . 

50.2.1  GAB  Record  Order.  Self-explanatory. 

50.2.2  GAB  Field  Structure.  Self-explanatory. 

50.2.2.1  GAB  Identifier  Record.  Self-explanatory. 

50.2.2.2  GAB  File  Marne  Record.  Self-explanatory. 

50.2.2.3  Gaming  Area  Header  Record.  Self-explanatory. 

50.2.2.4  GTDB  Parameters  Record.  This  record  is  mandatory  and 
contains  a  list  of  all  Common  Data  Base  Transformation  Program  (CDBTP) 
transformation  parameters  used  to  generate  this  particular  GTDB.  (See 
Appendix  A,  Volume  1,  to  the  CDBTP.  software  detailed  design  document  for 
specifications  of  the  meaning  of  the  individual  parameters.) 

50.2.2.4.1  Coordinate  System  Parameters  Subrecord.  This 

subrecord  contains  GTDB  parameters  defining  the  coordinate  system  in 
which  all  terrain  and  culture  spatial  data  are  expressed.  The 
parameters  specifically  define  control  information  used  to  perform 
coordinate  conversions,  projection  transformations,  and/or  datum  shifts 
required  to  transform  geodetically  expressed  standard  simulator  data 
base  data  into  a  user-specified  GTDB  coordinate  space. 

50.2.2.4.2  Specific  Areal  Texture  Paraaieters  Subrecord.  This 

subrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
specific  areal  textures  for  a  GTDB.  Other  parameters  dealing  with 
specific  areal  texture  are  at  the  Area  Block  level  within  the  GAB . 

50.2.2.4.3  Generic  Areal  Texture  Parameters  Subrecord.  This 

subrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
generic  areal  textures  for  a  GTDB.  Other  parameters  dealing  with 
generic  areal  texture  are  at  the  SI>0D  level  within  the  GAB. 

50.2.2.4.4  Specific  Medal  Texture  Parameters  Bubracord.  This 

subrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
specific  model  textures  for  a  GTDB.  These  parameters  apply  to  all 
models  referenced  by  culture.  Texture  parameters  for  explicitly 
requested  models  are  provided  at  the  model  level.  All  available  model 
texture  resolutions  are  automatically  provided. 
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50.2.2.4.5  Generic  Model  Texture  Perenetere  Subrecord.  This 
aubrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
generic  aiodel  textures  for  a  GTDB.  These  parameters  apply  to  all  siodels 
referenced  by  culture.  Texture  parameters  for  explicitly  requested 
models  are  provided  at  the  model  level.  All  available  model  texture 
resolutions  are  automatically  provided. 


50.2.2.4.6  Tiam  of  Tear  Preference  Subrecord . 

50.2.2.4.7  Image  Capture  Data  Range  Subrecord . 

Percentage  of  Cloud 


50.2.2.4.8  Acceptable 
Self -expl ana t ory . 

50.2.2.4.9  Acceptable  Percentage 
Self-explanatory . 


of  Shadow 


Self-explanatory . 
Self-explanatory . 

Cover  Subrecord. 

Cover  Subrecord. 


50.2.2.5  Boundary  Point  Record.  This  record  contains  a  geographic 
coordinate  used  to  define  a  point  on  the  boundary  of  the  gaming  area 
covered  by  the  GTDB .  The  arc  between  each  successive  pair  of  points 
defines  an  edge  of  the  gaming  area.  By  software  detailed  design 
doc\unent  convention,  the  shape  of  a  gaming  area  may  be  irregular,  but 
each  edge  must  be  parallel  to  one  of  the  axes  of  the  coordinate  plane. 
The  gaming  area  boundary  will  be  closed  explicitly;  i.e.,  the  first 
boundary  point  will  be  explicitly  listed  again  as  the  last  point.  Thus, 
there  will  always  be  at  least  five  Boundary  Point  Records.  The  boundary 
point  records  for  a  gaming  area  will  be  sequenced  in  counterclockwise 
order  as  viewed  from  above. 


50.2.2.6  Model  List  Record.  This  optional  record  contains  the  ID 
of  a  model  which  has  been  explicitly  requested  for  inclusion  in  the 
GTDB.  The  model  list  is  intended  to  be  used  to  select  models  (e.g., 
aircraft)  in  addition  to  any  used  for  culture  substitution.  (Models 
which  are  referenced  within  the  Model  Reference  Area  Block  File  as 
substitutes  for  culture  will  automatically  be  included  in  the  GTDB  model 
libraries,  whether  or  not  they  appear  in  the  model  list.) 

50.2.2.6.1  Specific  Model  Texture  Parameters  Subrecord.  This 
subrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
specific  model  textures  for  an  explicitly  specified  model  within  the 
GTDB.  All  available  model  texture  resolutions  are  automatically 
provided . 

50.2.2.6.2  Generic  Model  Texture  Parameters  Subrecord.  This 
aubrecord  contains  GTDB  parameters  used  to  generate  a  particular  set  of 
generic  model  textures  for  an  explicitly  specified  model  within  the 
GTDB.  All  available  model  texture  resolutions  are  automatically 
provided 

50.2.2.7  6LOD  Parameters  Record.  This  record  and  its  subsidiary 
records  contain  the  common  data  base  transformation  program 
transformation  parameters  used  to  generate  a  particular  Simulator  I,evel 
of  Detail  (SLOD)  within  the  GTDB.  There  will  always  be  at  least  one 
simulator  level  of  detail  in  a  GTDB. 
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50.2.2.B  Keep-List  Record.  This  optional  record  contains  starting 
and  ending  values  defining  a  range  of  Project  2851  Feature  Descriptor 
Codes  (FDCs).  All  standard  simulator  data  base  features  whose  PDCs  fall 
within  the  given  range  are  candidates  for  inclusion  in  the  GTDB.  The 
Project  2851  FDCs  are  extensions  of  DMA's  FACS  (Feature  Attribute  Coding 
Standard )  feature  codes . 


50.2.2.9  Delete-List  Record.  This  optional  record  contains 
starting  and  ending  values  defining  a  range  of  Project  2851  Feature 
Descriptor  Codes  (FDCs).  All  standard  simulator  data  base  features 
whose  FDCs  fall  within  the  given  range  will  be  excluded  from  the  GTDB. 
The  Project  2851  FDCs  are  extensions  of  DMA's  FACS  (Feature  Attribute 
Coding  Standard)  feature  codes. 


50.2.2.10  Level-List  Record.  This  optional  record  contains 
starting  and  ending  values  defining  a  range  of  Project  2851  Feature 
Descriptor  Codes  (FDCs).  All  standard  simulator  data  base  features 
whose  FDCs  fall  within  the  given  range  will  be  used  to  level  (flatten) 
the  underlying  terrain  in  the  GTDB.  The  Project  2  851  FDCs  are 
extensions  of  DMA's  FACS  (Feature  Attribute  Coding  Standard)  feature 
codes . 


50.2.2.11  Area  Block  Parameters  Record.  This  record  contains 
the  common  data  base  transformation  program  transformation  parameters 
used  to  generate  a  particular  Area  Bloc)c  within  a  simulator  level  of 
detail  of  a  GTDB.  There  will  always  be  at  least  one  area  bloe}c  per 
simulator  level  of  detail  in  a  GTDB.  Texture  parameters  are  specified 
here  for  specific  texture. 


50.2.2.12  Island  Record.  This  record  is  used  to  define  the 
existence  of  an  "island”  within  the  GTDB.  An  island  is  an  area  within 
the  geuning  area  (or  within  a  larger  island)  having  assigned  levels  of 
culture  resolution  at  various  SLOOs.  Islands  are  used  to  control  the 
allocation  of  culture  detail  so  that  high-interest  areas  (e.g., 
airfields  or  targets)  can  be  modeled  with  much  greater  scene  detail  than 
areas  of  lesser  importance.  Figure  C-2  illustrates  the  island  concept. 
By  convention,  the  entire  gaming  area  constitutes  the  first,  largest 
island.  Any  subsequent  islands  will  define  sub-areas  of  previously- 
defined  islands.  The  common  data  base  transformation  program  will  not 
allow  island  boundaries  to  overlap. 


50.2.2.13  Island  LOD  Record.  This  record  is  used  to  define  the 
levels  of  culture  resolution  to  be  applied  within  an  island  at  the 
various  SLODs.  This  record  specifies  which  culture  LOD  within  the 
standard  simulator  data  base  is  to  be  used  to  extract  data  for  inclusion 
within  this  island  at  the  given  SLOD.  Texture  parameters  are  specified 
here  for  generic  texture. 
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50.2.2.14  Island  Boundary  Point  Becord.  This  record  contains  a 
geographic  coordinate  used  to  define  a  point  on  the  boundary  of  an 
island  within  the  gaming  area  covered  by  the  GTDB.  The  arc  bet%«een  each 
successive  pair  of  points  defines  an  edge  of  the  island.  By  cannon  data 
base  transformation  program  convention,  the  shape  of  an  island  may  be  an 
irregular  closed  contour.  Unlike  gaming  area  boundaries,  island 
boundaries  do  not  require  that  each  edge  be  parallel  to  one  of  the  axes 
of  the  coordinate  plane.  Each  island  will  be  closed  explicitly;  i.e., 
the  first  boundary  point  of  the  island  will  be  explicitly  listed  again 
as  the  last  point.  Thus,  there  will  always  be  at  least  three  Island 
Boundary  Point  Records  per  island.  The  boundary  point  records  for  each 
island  will  be  sequenced  in  counterclockwise  order  as  viewed  fram  above. 

50.2.2.15  Option  Record.  This  record  contains  an  option  value  which 
indicates  whether  the  GTDB  tape  contains  all  area  blocks  or  just  those 
added  or  updated  since  the  previous  GTDB  version. 

50.2.2.16  Affected  AB  Count  Record.  This  record  contains  a  count 
of  the  area  blocks  added  or  updated  since  the  previous  GTDB  version. 

50.2.2.17  Affected  AB  ID  Record.  This  record  identifies  an  area 
block  added  or  updated  since  the  previous  GTDB  version. 

50.2.2.18  Checksum  Record.  This  record  contains  the  checksum  value 
for  the  Gaming  Area  Header  File.-  This  checksum  is  computed  using  a 
linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  containcKl  in  the  Checksum  record  itself . 

50.3  Model  Library  Header  (MUB)  File.  The  Model  Library  Header 
(MLB)  File  is  mandatory  in  a  GTDB.  The  MI,B  identifies  model  libraries 
(if  any)  contained  within  the  GTDB.  The  KLB  will  exist  whether  or  not  a 
GTDB  contains  any  model  libraries.  The  purposes  of  the  MLB  are  to:  (a) 
identify  any  model  libraries  which  do  exist;  and  (b)  provide  data  base 
statistics  useful  for  planning  and  decision  making  during  use  of  the 
model  libraries.  Model  libraries  will  be  identified  as  a  2-D  Static 
Model  Library,  a  3-D  Static  Model  Library,  or  a  3-D  Dyneunic  Model 
Library.  Each  of  these  libraries  is  optional  and  will  exist  only  when 
there  are  models  of  the  given  type  being  passed  in  the  GTDB.  There  will 
be  a  maximum  of  one  of  each  type  of  model  library  in  a  GTDB.  Data  base 
statistics  will  give  user-created  Formatter  Programs  (and  human  data 
base  modelers)  a  means  for  planning  and  optimizing  the  selection  of 
models  for  the  target  simulator.  The  types  of  statistics  to  be  provided 
will  include  model-specific  measures  of  polygon/face  complexity  and 
color  distribution. 

50.3.1  MLB  Record  Order.  Self-explanatory. 

50.3.2  KLH  Field  Structure.  Self-explanatory. 

50.3.2.1  KLH  Identifier  Record.  Self-explanatory. 

50.3.2.2  Pile  Name  Record.  Self-explanatory. 

50.3.2.3  Model  Library  Header  Record.  The  "Model  Library  Type* 
field  indicates  which  of  the  three  libraries  is  being  described.  A 
value  of  zero  in  the  "Nvimber  of  Models*  field  indicates  that  there  is  no 
actual  model  library  file  of  the  given  type  within  the  GTDB. 
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50.3.2.4  Culture  Color  Table  Baeord.  This  record  contains  a  single 
element  in  a  distribution  table  of  colors  used  in  the  model  library. 

50.3.2.5  Light  Color  Table  Record.  This  record  contains  a  single 
element  in  a  distribution  table  of  light-emitter  colors  used  in  the 
model  library . 

50.3.2.6  Model  1.0D  Complexity  Table  Record.  This  record  contains 
a  count  of  the  number  of  LODs  that  exist  for  a  given  model  in  the  model 
library . 

50.3.2.7  Model  Complexity  Statistics  Table  Record.  This  record 
contains  complexity  statistics  for  each  LOD  version  of  a  model . 

50.3.2.8  Checksum  Record.  This  record  contains  the  checksum  value 
for  the  Model  Library  Header  File.  This  checksum  is  computed  using  a 
linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself . 

50.4  Simulator  Level  of  Detail  Header  (SLODH)  File.  The 
Simulator  Level  of  Detail  Header  (SLODH)  File  is  mandatory  in  a  GTDB . 
The  SLODH  identifies  all  of  the  SLOOs  contained  within  the  GTDB.  The 
purposes  of  the  SLODH  are  to:  (a>  identify  the  SLODs  contained  within 
the  data  base;  and  (b)  provide  data  base  statistics  useful  for  planning 
and  decision  making  during  use.  A  minimum  of  one  SLOD  is  required  for  a 
valid  GTDB,  but  a  typical  GTDB  is  expected  to  have  several  SLODs.  A 
SLOD  is  a  distinct  level  of  data  base  detail  and/or  density.  Different 
SLOOs  may  be  used  to  simulate  variations  in  proximity,  sensor  range, 
sensor  gain,  and  field  of  view.  Bach  simulator  level  of  detail  may  be 
logically  subdivided  into  area  blocks  as  defined  in  the  Area  Block 
Header  File.  Data  base  statistics  will  give  user-created  Formatter 
Programs  (and  human  data  base  modelers)  a  means  for  planning  and 
optimizing  the  selection  and  filtering  of  SLODs  for  the  target 
simulator.  The  types  of  statistics  to  be  provided  include  measures  of 
feature  and  polygon  density,  feature  type  distribution,  SMC 
distribution,  and  color  distribution. 

50.4.1  SLODH  Record  Order.  Self-explanatory. 

50.4.2  SLODH  Field  Structure.  Self-explanatory. 

50.4.2.1  SLODH  Identifier  Record.  Self-explanatory. 

50.4.2.2  File  Name  Record.  Self-explanatory. 

50.4.2.3  SLODH  File  Header  Record.  Self-explanatory. 

50.4.2.4  SLOD  Header  Record.  This  record  contains  control 
information  describing  a  particular  SLOD. 

50.4.2.4.1  SLOD  Polygon  Density  Statistics  Table  Subrecord. 

This  subrecord  contains  statistics  on  maximum  and  minimum  densities  of 
data  base  elements  on  a  per-area-block  basis  within  the  SLOD. 
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50.4.2.5  Feature  Diat;rlbntion  Table  Record.  This  record 
contains  a  single  element  in  a  distribution  table  of  types  of  culture 
features  present  within  a  simulator  level  of  detail,  categorised  and 
sorted  by  Feature  Descriptor  Code. 


50.4.2.6  l-Density  Distribution  Table  Record.  This  record 
contains  a  single  element  in  a  distribution  table  of  the  numbers  of 
layers  of  culture  occurring  above  terrain  polygons  within  a  SLOD.  These 
records  will  be  omitted  when  the  GTDB  does  not  include  polygonized 
terrain,  or  if  the  culture  has  not  been  fragmented  on  the  terrain. 


50.4.2.7  SMC  Distribution  Record.  This  record  contains  a  single 
element  in  a  distribution  table  of  surface  material  codas  present  within 
a  simulator  level  of  detail,  categorized  and  sorted  by  Surface  Material 
Category  and  Surface  Material  Subtype. 


50.4.2.8  Culture  Color  Table  Record.  This  record  contains  a 
single  element  in  a  distribution  table  of  colors  used  in  the  SLOD. 


50.4.2.9  Light  Color  Table  Record.  This  record  contains  a  single 
element  in  a  distribution  table  of  light-emitter  colors  used  in  the 
SLOD. 


50.4.2.10  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  Simulator  Level  of  Detail  Header  File.  This  checksum  is 
computed  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  file.  The  checksum  does  not 
include  those  characters  contained  in  the  Checksum  record  itself . 
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50.5  Area  Block  Header  (ABB)  Pile.  The  Area  Block  Header  (ABB) 
File  ia  mandatory  in  a  GTDB.  The  ABB  identifies  all  area  blocks 
contained  within  all  SLODs  in  the  gaming  area.  The  purposes  of  the  ABB 
are  to:  (a)  identify  the  area  blocks  contained  within  the  data  base;  and 
(b)  provide  data  base  statistics  useful  for  planning  and  decision  making 
during  use.  Area  blocks  are  predefined  rectangular  subdivisions  of  the 
gaming  area,  defined  by  arcs  of  latitude  and  longitude.  A  minimum  of 
one  area  block  per  simulator  level  of  detail  is  required  for  a  valid 
GTDB,  but  a  typical  GTDB  is  expected  to  have  many  area  blocks  per  SLOD. 
Each  area  block  will  be  identified  by  a  unique  ID  code,  as  well  as  by 
two  corner  coordinates  specifying  the  geographic  boundaries  of  the 
block.  These  coordinate  pairs  define  the  southwest  and  northeast 
corners  of  the  area  block.  Data  base  statistics  will  give  user-created 
Formatter  Programs  (and  human  data  base  modelers)  a  means  for  planning 
and  optimizing  the  selection  and  filtering  of  area  blocks  for  the  target 
simulator.  The  types  of  statistics  to  be  provided  include  measures  of 
feature  and  polygon  density,  feature  type  distribution,  surface  material 
distribution,  color  distribution,  and  terrain  roughness.  The  ABB  will 
contain  flags  indicating  which  of  the  possible  set  of  terrain  and 
culture  area  block  data  pseudo-files  are  present  for  this  area  block  in 
the  GTDB.  These  pseudo-files  may  include  a  Vertex  Area  Block  (VAB) 
Pseudo-File,  an  Areal  Feature  Area  Block  (AFAB)  Pseudo-File,  a  Linear 
Feature  Area  Block  (LFAB)  Pseudo-File,  a  Point  Feature  Area  Block  (PFAB) 
Pseudo-File,  a  Point  Light  Feature  Area  Block  (PLFAB)  Pseudo-File,  a 
Point  Light  String  Feature  Area  Block  (PLSFAB)  Pseudo-File,  a  Terrain 
Polygon  Area  Block  (TPAB)  Pseudo-File,  a  Terrain  Grid  Area  Block  (TGAB) 
Pseudo-File,  and  a  Model  Reference  Area  Block  (MRAB)  Pseudo-File.  Only 
the  VAB  and  the  AFAB  are  required  in  every  GTDB.  The  exact 
configuration  of  area  blocks  in  any  given  GTDB  will  depend  on  the 
transformation  parameters  used,  and  on  the  availability  of  the  various 
types  of  data  within  the  SSDB.  The  area  block  data  pseudo-files  for  all 
area  blocks  in  the  data  base  are  contained  in  Simulator  Level  of  Detail 
Area  Blocks  (SLAB)  File(s),  which  will  follow  the  photo  texture  and 
model  library  files. 


50.5.1  ABH  Record  Order.  Self-explanatory. 

50.5.2  ABH  Field  Structure.  Self-explanatory. 

50.5.2.1  ABH  Identifier  Record.  Self-explanatory. 

50.5.2.2  File  Hame  Record.  Self-explanatory. 

50.5.2.3  ABH  File  Header  Record.  Self-explanatory. 

50.5.2.4  Area  Block  Header  Record.  The  Area  Block  Header  record 
contains  control  information  describing  a  particular  area  block  within  a 
SLOD. 

50.5.2.4.1  Polygon  Density  Statistics  Table  Subrecord.  This 
subrecord  contains  counts  of  data  base  elements  within  the  area  block. 


50.5.2.4.2  Terrain  Roughness  Statistics  Subrecord.  This 
subrecord  contains  statistics  indicating  the  roughness  ( i . e .  , 
variability)  of  the  terrain  within  the  area  block.  These  fields  will  be 
populated  with  real  data  whenever  terrain  (either  gridded  or 
polygonized,  or  both)  has  been  requested. 
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50.5.2.4.3  Area  Block  Bxiarence  Plage  Subrecord.  This  subrecord 
consisbs  of  a  series  of  boolean  flag  fields  indicating  whether  an  area 
block  of  a  particular  type  exists  within  this  SLOD.  Each  flag  will 
contain  a  “T"  or  "F"  to  indicate  existence  or  non-existence, 
respectively . 

50.5.2.5  Feature  Distribution  Table  Record.  This  record 
contains  a  single  element  in  a  distribution  table  of  types  of  culture 
features  present  within  an  area  block,  categorized  and  sorted  by  Feature 
Descriptor  Code. 

50.5.2.6  SMC  Distribution  Record.  This  record  contains  a  single 
element  in  a  distribution  table  of  surface  material  codes  present  within 
an  area  block,  categorized  and  sorted  by  Surface  Mat  irial  Category  and 
Surface  Material  Subtype. 

50.5.2.7  Culture  Color  Table  Record.  This  record  contains  a 
single  element  in  a  distribution  table  of  colors  used  in  the  area  block. 

50.5.2.8  Light  Color  Table  Record.  This  record  contains  a 
single  element  in  a  distribution  table  of  light-emitter  colors  used  in 
the  area  block. 

50.5.2.9  Areal  Texture  Table  Record.  This  record  contains  a 
single  element  in  a  distribution  table  of  areal  textures  used  in  the 
area  block.  The  areal  textures  are  sorted  by  Texture  ZD.  This  record 
can  reference  specific  areal  texture  in  any  one  of  Stages  1  through  4 
and  SMC/FDC  texture  in  either  Stages  3  or  4.  (There  is  no  SMC/FDC 
texture  in  Stages  1  and  2 . ) 

50.5.2.10  Checksum  Record.  This  record  contains  the  checksiun  value 
for  the  Area  Block  Header  File.  This  checksum  is  ccxnputed  using  a 
linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself. 
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50.6  T*zt;ttre  Library  Header  (TXA)  File.  The  Texture  Library 
Header  (TLB)  File  is  mandatory  in  a  GTDB.  The  TLB  identifies  photo 
texture  libraries  (if  any)  contained  irithin  the  GTOB.  The  TLB  will 
exist  whether  or  not  a  GTDB  contains  any  photo  texture  image  libraries. 
The  purposes  of  the  T1.B  are  to:  (a)  identify  any  photo  texture  libraries 
which  do  exist;  and  (b)  provide  data  base  statistics  useful  for  planning 
and  decision  making  during  use  of  the  nexture  libraries.  Photo  texture 
libraries  will  be  identified  as  either  an  Ureal  Photo  Texture  Library  or 
a  Model  Photo  Textuie  Library.  Each  of  these  libraries  is  optional  and 
will  exist  only  when  there  are  texture  siaps  of  the  given  type  being 
passed  in  the  GTDB.  There  will  be  a  maximum  of  one  of  each  type  of 
photo  texture  library  in  a  GTDB.  Data  base  statistics  will  give  user- 
created  Formatter  Programs  (and  human  data  base  modelers)  a  means  for 
planning  and  optimizing  the  selection  of  texture  maps  for  the  target 
simulator.  The  types  of  statistics  to  be  provided  will  include  the 
number  of  textures  for  each  stage  of  specific,  generic,  and  SMC/FDC 
textures,  and  storage  size  requirements  for  each  of  those 
classifications . 


50.6.1  T1.H  Record  Order.  Self-explanatory. 

50.6.2  TZ.H  Field  Structure.  Self-explanatory. 

50.6.2.1  TLH  Identifier  Record.  .  Self-explanatory. 

50.6.2.2  File  Hame  Record.  Self-explanatory. 

50.6.2.3  Texture  Library  Complexity  Statistics  Record.  Self- 
explanatory  . 

50.6.2.4  Texture  Library  Header  Record.  The  "Texture  Library 

Type"  field  indicates  which  of  the  two  libraries  is  being  described.  A 
value  of  zero  in  the  "Number  of  Texture  Images  in  Library"  field 
indicates  that  there  is  no  actual  texture  library  file  of  the  given  type 
within  the  GTDB. 

50.6.2.5  Texture  Distribution  Table  Record.  This  record 

contains  control  data  for  a  texture  image  in  the  texture  library.  This 
record  contains  control  data  for  a  texture  image  in  the  texture  library . 
The  number  of  these  records  will  correspond  to  the  value  in  the  "Number 
of  Texture  Images  in  Library"  field  in  the  parent  Texture  Library 
Complexity  Statistics  record.  Thus,  there  is  a  set  of  these  records  for 
each  texture  library.  The  "Texture  Data  Format"  field  shall  contain  the 
value  "NITF"  for  all  textures  other  those  in  Stage  1;  for  those  Stage  1 
textures,  the  field  shall  accurately  describe  the  source  format.  The 
"Number  of  Data  Files*  field  value  shall  always  be  2  for  a  non-Stage  1 
texture:  the  NITF  Image  Sub-Beader  File  and  the  NITF  Image  Data  File. 
For  Stage  1  textures,  the  "Number  of  Data  Files"  field  value  shall  be  2 
or  greater,  depending  on  the  number  of  Original  Format  Image  Files  from 
the  source.  A  Stage  1  texture  shall  always  have  an  NITF  image  Sub- 
Beader  File  to  include  P2051-specific  data. 
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50. 6. 2. 6  Stage  1  Texture  Field  Aeei>clatlon  Record.  This  optional 
record  contains  a  Stage  1  texture  file  name  and  its  associated  original 
file  name.  All  GTDB  texture  file  names  can  be  automatically  derived; 
however,  for  Stage  1  texture  data,  a  file's  original  name  assigned  by 
the  source  may  have  value  to  a  GTDB  user.  This  name  is  associated  with 
the  current  GTDB  texture  file  name  here  for  the  user's  convenience. 

50.6.2.7  Checksum  Record.  This  record  contains  the  checksum  value 
for  the  Texture  Library  Header  File.  This  checksum  is  ccxnputed  using  a 
linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself. 

50.7  2-D  Static  Kodel  (2DSK)  Library  File.  The  2DSM  is 
optional  in  a  GTDB.  When  present,  it  contains  all  the  2-D  static  models 
referenced  within  the  GTDB  or  explicitly  requested  during  GTDB 
generation.  The  geometry  of  each  model  is  represented  as  a  set  of 
surface  polygons  in  2-D  apace.  The  perimeter  of  each  polygon  is 
described  by  a  set  of  coordinates  or  vertices.  Each  set  of  coordinates 
is  identified  by  its  position  in  a  list  of  values  stored  in  a  separate 
2-D  Static  Model  Vertex  File,  allowing  each  coordinate  set  to  be  used 
repeatedly.  By  convention,  all  GTDB  model  polygons  will  be  closed 
implicitly  rather  than  explicitly;  i.e.,  the  first  vertex  of  a  polygon 
will  not  be  explicitly  listed  again  as  the  last  vertex.  Each  surface  or 
polygon  may  have  descriptive  and.  rendering  attributes  associated  with 
it.  A  wide  range  of  fields  are  available  to  describe  attributes 
specific  to  radar,  visual,  and  infrared  simulation,  as  well  as  general 
attributes  applicable  to  all  three.  Each  polygon  may  reference  any 
number  of  photo  texture  maps  from  the  Model  Photo  Texture  Library.  The 
model  library  structure  also  supports  composite  models  in  which  one 
model  references  another  as  a  component.  The  2DSM  supports  storage  of 
models  for  any  given  object  at  multiple  levels  of  detail.  This  will 
permit  selection  of  models  at  a  level  of  complexity  that  balances  the 
desire  for  realism  and  the  resolution  of  the  simulated  sensor  with  the 
processing  capacity  of  the  image  generator  and  the  overall  complexity  of 
the  scene . 

50.7.1  2DSM  Record  Order.  Self-explanatory. 

50.7.2  20SM  Field  Structure.  Self-explanatory. 

50.7.2.1  20SK  Identifier  Record.  Self-explanatory. 

50.7.2.2  File  Rame  Record.  Self-explanatory. 

50.7.2.3  2DSM  Header  Record.  This  mandatory  record  contains 
control  information  describing  this  file. 

50.7.2.4  Model  Header  Record.  This  record  identifies  a  model 
group,  which  can  consist  of  one  or  more  actual  model  geometries 
representing  a  given  object  at  varying  LODs . 

50.7.2.5  LOD  Header  Record.  This  record  describes  a  particular  LOD 
version  of  a  model.  (Fields  designated  "Always  Zero"  are  not  applicable 
to  2-D  static  models.  They  have  been  included  for  consistency  of  format 
across  all  model  libraries.)  The  Placement  Point  Field  will  be 
supported  through  the  use  of  FACS  codes. 
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50.7.2.6  LOD  Texture  Reference  Pointer  Record.  This  record 
provides  pointers  to  the  texture  references  for  a  model  LOD. 

50.7.2.7  Coaponent  Reeder  Record.  This  record  describes  a 
particular  component  within  a  model  LOD. 

50.7.2.8  Component  Texture  Reference  Pointer  Record.  This 
record  provides  pointers  to  the  texture  references  for  a  component. 

50.7.2.9  Model  Polygon  Record.  This  record  describes  the 
attributes  of  a  polygon  within  a  particular  model.  The  last  polygon 
record  will  always  define  the  model  "footprint”  as  referenced  by  the 
Base  Polygon  ZD  field  in  the  parent  Model  record.  This  polygon  is  not 
meant  to  be  displayed  during  a  simulation  but  is  supplied  to  aid  the 
user  in  placing  additional  instances  of  the  model . 

50.7.2.10  Model  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  model  polygon.  The  types 
of  microdescriptors  supported  by  Project  2851  are  listed  in  Section  5.16 
of  this  standard. 

50.7.2.11  Vertex  Pointer  Record.  This  record  is  used  to  associate 
a  model  polygon  with  a  vertex  record  within  the  Two-Dimensional  Static 
Model  Vertex  (2DSMV)  File.  There  will  be  three  or  more  of  these  records 
defining  the  geometry  of  each  model  polygon.  By  convention,  a  model 
polygon  will  be  closed  implicitly  rather  than  explicitly;  i.e.,  the 
first  vertex  of  a  polygon  will  not  be  explicitly  referenced  again  as  the 
last  vertex. 


50.7.2.12  Polygon  FACS  Record.  This  optional  record  contains  a 
FACS  (Feature  Attribute  Coding  Standard)  value  associated  with  a  model 
polygon. 


50.7.2.13  Polygon  Texture  Reference  Record.  This  optional 
record  is  used  to  associate  a  model  polygon  with  a  Photo  Texture  Image 
Header  record  within  the  Model  Photo  Texture  Library  File. 

50.7.2.14  Subsidiary  Model  Reference  Record.  This  optional 
record  is  used  to  designate  another  model  within  the  model  libraries  as 
a  subcomponent  of  this  model . 

50.7.2.15  Point  Light  String  Record.  This  optional  record  is  used 
to  define  each  point  light  string  within  a  model.  It  can  be  used  to 
represent  a  single  light  by  indicating  that  the  number  of  lights  is  one. 
Point  lights  are  light  emitting  objects  represented  spatially  by  a 
single  coordinate  within  a  model  (e.g.,  a  headlight  on  an  automobile). 
They  contain  several  attributes  necessary  for  describing  a  light  emitter 
such  as  the  light  lobe  parameters,  cycle  rate,  light  type,  and 
intensity.  Point  light  strings  are  a  sequence  of  discrete  but  logically 
connected  light  emitters  (e.g.,  runway  lights). 

50.7.2.16  Point  Light  String  FACS  Record.  This  optional  record 
contains  a  FACS  (Feature  Attribute  Coding  Standard)  value  associated 
with  a  point  light  string  as  a  whole. 

50.7.2.17  Model  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  model  as  a 
whole  (as  opposed  to  a  polygon  within  the  model). 
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50.7.2.16  Face-Based  Texlure  Reference  Record.  This  opt:ional 
record  is  used  to  define  one  method  of  placing  a  texture  pattern  on  a 
polygon.  It  associates  a  model  polygon  with  a  texture  in  the  Model 
Texture  Library.  The  data  contained  in  this  record  defines  the 
transformation  required  to  place  a  texture  pattern  on  a  polygon.  All 
referenced  textures  will  be  Stage  3  specific  model  or  generic  textures. 

50.7.2.19  Vertex-to-Vertex  Texture  Reference  Record.  This 
optional  record  is  used  to  define  another  method  of  placing  a  texture 
pattern  on  a  polygon.  It  associates  the  polygon  with  a  texture  in  the 
Model  Texture  Library.  This  entails  the  mapping  of  texture  pattern 
vertices  to  polygon  vertices.  There  will  be  one  texture  pattern  vertex 
defined  for  each  polygon  vertex.  The  first  texture  pattern  vertex  will 
map  to  the  first  polygon  vertex.  All  referenced  textures  will  be  Stage 
3  specific  model  or  generic  textures. 

50.7.2.20  Model-Based  Texture  Reference  Record.  This  optional 
record  is  used  to  define  a  method  of  placing  a  texture  pattern  as  a 
single  entity  on  a  model.  It  associates  the  model  with  a  texture  in  the 
Model  Texture  Library.  This  type  of  texturing  can  be  conceptualized  as 
the  texture  being  “shrink-wrapped”  onto  the  model.  All  referenced 
textures  will  be  Stage  3  specific  model  or  generic  textures. 

50.7.2.21  Ron-Mapped  Texture  Reference  Record.  This  record 
identifies  a  reference  for  a  texture  that  is  not  directly  mapped  to  the 
model.  It  associates  a  texture  with  a  model. 

50.7.2.22  Checksum  Record.  This  record  contains  the  checksum  value 
for  the  2-D  Static  Model  Library  File.  This  checksum  is  computed  using 
a  linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself. 

50.8  2-D  Static  Model  Vertex  (2DSMV)  File.  The  2DSMV  will 
consist  of  one  or  more  2DSNV  Pseudo-files,  corresponding  to  the  number 
of  models  in  the  2DSM.  Each  20SKV  pseudo-file  contains  a  list  of  the 
vertex  coordinates  used  to  define  all  LCDs  for  a  given  model .  These 
vertices  are  referenced  from  within  the  model  definitions  in  the  2DSM, 
in  order  to  define  model  polygons  and  vertex  normals.  The  user  will  be 
able  to  associate  a  vertex  pseudo-file  with  its  model  via  a  file  naming 
convention.  Each  vertex  pseudo-file  name  will  take  the  form 
MDL2DSnnnnn. VTX,  where  'nnnnn*  corresponds  to  the  unique  model  ID 
number.  These  pseudo-files  will  physically  occur  on  the  tape  in  the 
same  sequence  as  their  corresponding  model  definitions  occur  within  the 
model  library. 

50.8.1  2DSMV  File  Structure.  Self-explanatory. 

50.8.2  2DSM  Record  Structure.  Self-explanatory. 

50.8.2.1  Two-Dimensional  Static  Model  Vertex  Pseudo-Files. 
These  pseudo-files  contain  all  coordinate  vertices  used  to  define  models 
within  the  2-D  Static  Model  Library  (2DSM)  File. 

50.8.2.1.1  2DSMV  Pseudo-File  Record  Order.  Self-explanatory. 

50.8.2.1.2  2DSMV  Pseudo-File  Field  Structure.  Self-explanatory. 
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50.8.2.1.2.1  2D8MV  Identifier  Record.  Self-explanatory. 

50.8.2.1.2.2  Pile  Raae  Record.  Self-explanatory. 

50.8.2.1.2.3  Vertex  Record.  Each  Vertex  record  contains  a 

coordinate  used  to  define  a  model  vertex  within  the  2DSM.  The  value  in 
the  Vertex  List  Position  field  ie  used  as  an  index  by  a  model 
referencing  a  vertex.  The  internal  format  of  the  Coordinate  field  will 
vary  depending  on  the  coordinate  system  selected  for  a  particular  GTDB. 
(Valid  formats  are  defined  within  the  Representation  Dictionary  in 
Appendix  A  to  the  DBDO . ) 

50.8.2.1.2.4  Pseudo-ROP  Record.  Self-explanatory. 

50.8.2.1.2.5  Checksum  Record.  This  record  contains  the  checksum 

value  for  the  Two-Dimensional  Static  Model  Vertex  Pseudo-Pile.  This 
checksum  is  computed  using  a  linear  addition  of  the  binary 

representations  of  all  the  ASCII  characters  contained  in  the  pseudo¬ 
file.  The  checksum  does  not  include  those  characters  contained  in  the 
Checksum  record  itself . 

50.9  3-D  Static  Model  (3DSM)  Library  Pile.  The  3-D  Static 

Model  Library  File  is  optional  in  a  GTDB.  When  present,  it  contains  all 
the  3-D  static  models  referenced  within  the  GTDB  or  explicitly  requested 
during  GTDB  generation.  The  geometry  of  each  model  is  represented  as  a 
set  of  surface  polygons  in  3-D  space.  The  perimeter  of  each  polygon  is 
described  by  a  set  of  coordinates  or  vertices.  Each  set  of  coordinates 
is  identified  by  its  position  in  a  list  of  values  stored  in  a  separate 
3-D  Static  Model  Vertex  Pile,  allowing  each  coordinate  set  to  be  used 
repeatedly.  By  convention,  all  GTDB  model  polygons  will  be  closed 
implicitly  rather  than  explicitly;  i.e.,  the  first  vertex  of  a  polygon 
will  not  be  explicitly  listed  again  as  the  last  vertex.  Each  surface  or 
polygon  may  have  descriptive  and  rendering  attributes  associated  with 
it.  A  wide  range  of  fields  are  available  to  describe  attributes 
specific  to  radar,  visual,  and  infrared  simulation,  as  well  as  general 
attributes  applicable  to  all  three.  Each  polygon  may  reference  any 
number  of  photo  texture  maps  from  the  Model  Photo  Texture  Library.  The 
model  library  structure  also  supports  composite  models  in  which  one 
model  references  another  as  a  component.  The  3DSN  supports  storage  of 
models  for  any  given  object  at  multiple  levels  of  detail.  This  will 
permit  selection  of  models  at  a  level  of  complexity  that  balances  the 
desire  for  realism  and  the  resolution  of  the  simulated  sensor  with  the 
processing  capacity  of  the  image  generator  and  the  overall  complexity  of 
the  scene.  The  3DSM  includes  a  provision  for  identification  of 
separation  planes  in  three-dimensional  space.  These  planes  may  be  built 
between  different  objects  within  the  model  or  they  may  be  polygons  which 
describe  the  model  and,  due  to  their  position  within  it,  also  act  as 
separating  planes,  it  will  also  be  possible  to  store  3-D  models  without 
separation  planes. 

50.9.1  3D8M  Record  Order.  Self-explanatory. 

50.9.2  3DSM  Field  Structure.  Self-explanatory. 

50.9.2.1  3DSM  Identifier  Record.  Self-explanatory. 

50.9.2.2  3D8M  Pile  Name  Record.  Self-explanatory. 
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50.9.2.3  3DSM  Header  Record.  This  mandatory  record  contains 
control  information  describing  this  file. 

50.9.2.4  Model  Header  Record.  This  record  identifies  a  model 
group,  which  can  consist  of  one  or  more  actual  model  geometries 
representing  a  given  object  at  varying  LODs. 

50.9.2.5  JjOD  Header  Record.  This  record  describes  a  particular  LOD 
version  of  a  model.  (Fields  designated  "Always  Hero"  are  not  applicable 
to  3-D  static  models.  They  have  been  included  for  consistency  of  format 
across  all  model  libraries . ) 

50.9.2.6  itOD  Texture  Reference  Pointer  Record.  This  record 
provides  pointers  to  the  texture  references  for  a  model  DOD. 

50.9.2.7  Component  Header  Record.  This  record  describes  a 
particular  component  within  a  model  LOD. 

50.9.2.8  Component  Texture  Reference  Pointer  Record.  Self- 
explanatory  . 

50.9.2.9  Model  Polygon  Record.  This  record  describes  the 
attributes  of  a  polygon  within  a  particular  model .  The  last  polygon 
record  will  always  define  the  model  'footprint*  as  referenced  by  the 
Base  Polygon  ID  field  in  the  parent  Model  record.  This  polygon  is  not 
meant  to  be  displayed  during  a  simulation  but  is  supplied  to  aid  the 
user  in  placing  additional  instances  of  the  model.  In  addition  to  a 
unique  Polygon  10,  each  polygon  may  have  a  Cluster  ID  which  associates 
the  polygon  with  a  group  of  polygons  which  have  been  logically  separated 
from  the  rest  of  the  model  by  a  separation  plane.  The  Cluster  ID  also 
identifies  a  polygon's  position  relative  to  any  of  the  separation 
planes  defined  by  the  Separation  Plane  Records  associated  with  the 
model.  See  paragraph  50.9.2.20  for  an  explanation  of  the  relationship 
between  clusters  and  separation  planes. 

50.9.2.10  Model  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  model  polygon.  The  types 
of  microdescriptors  supported  by  Project  2851  are  listed  in  Section  5.16 
of  this  standard. 

50.9.2.11  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  model  polygon  with  a  Vertex  record  within  the  Three- 
Dimensional  Static  Model  Vertex  File.  There  will  be  three  or  more  of 
these  records  defining  the  geometry  of  each  model  polygon.  By 
convention,  a  model  polygon  will  be  closed  implicitly  rather  than 
explicitly;  i.e.,  the  first  vertex  of  a  polygon  will  not  be  explicitly 
referenced  again  as  the  last  vertex.  The  Vertex  List  Position  and 
Correlation  Priority  fields  apply  to  the  coordinate  defining  a  polygon 
vertex.  The  Normal  List  Position  field  points  to  a  separate  3DSMV 
coordinate  defining  a  vertex  normal  vector.  This  field  will  be 
populated  with  meaningful  data  only  when  vertex  normals  have  been 
requested . 


50.9.2.12  Polygon  FACB  Record.  This  optional  record  contains  a 
FACS  (Feature  Attribute  Coding  Standard)  value  associated  with  a  model 
polygon . 
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50.9.2.13  Polygon  Tex^uro  Reference  Record.  This  optionsl 
record  is  used  t.o  associs^e  a  model  polygon  with  a  Phoho  Texture  Image 
Header  record  within  the  Model  Photo  Texture  Library  File. 

50.9.2.14  Subsidiary  Model  Reference  Record.  This  optional 
record  is  used  to  designate  another  model  within  the  model  libraries  as 
a  subcomponent  of  this  model. 


50.9.2.15  Pgint  Light  String  Record.  Self-explanatory. 

50.9.2.16  Point  Light  String  PACS  Record.  Self-explanatory. 


50.9.2.17  Model  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  model  as  a 
whole  (as  opposed  to  a  polygon  within  the  model) . 


50.9.2.18  Face-Based  Texture  Reference  Record.  Self- 

explanatory. 

50.9.2.19  Vertex-to-Vertex  Texture  Reference  Record.  Self- 
explanatory  . 


50.9.2.20  Model-Based  Texture  Reference  Record.  Self- 

explanatory  . 

50.9.2.21  Bon-Mapped  Texture  Reference  Record.  Self- 

explanatory  . 

50.9.2.22  Separation  Plane  Record.  This  optional  record  is  used 
to  define  a  separation  plane  within  a  model.  Separation  planes  are  used 
to  divide  a  3-dimensional  model  into  distinct  clusters  of  model 
polygons,  which  provide  a  basis  for  efficient  display-priority 
resolution  when  the  model  is  rendered  on  a  graphics  device. 


50.9.2.22.1  A  Separation  Plane  Number  indicates  the  position  of  a 
separating  plane  within  a  binary  separating  plane  (BSP)  tree.  An 
example  of  a  BSP  tree  is  illustrated  below.  At  every  level  of  the  tree, 
the  left  child  of  a  parent  tree  node  represents  the  "true"  (i.e., 
visible)  half-space,  or  side,  of  the  plane,  while  the  right  child 
represents  the  false  side  of  the  plane. 

50.9.2.22.2  In  the  example,  the  root  node  ( SP  1)  of  the  BSP  tree  by 
itself  divides  the  entire  model  into  two  half-spaces  or  clusters.  The 
root  node  is  shown  having  a  left  child  and  a  right  child.  The  left 
child  divides  the  true  cluster  of  the  root  node  plane  into  two  more 
clusters.  The  right  child  plane  does  the  same  to  the  false  cluster  of 
the  root  node  plane.  Finally,  the  right  child  plane  has  a  left  child  of 
its  own,  dividing  that  plane's  true  cluster  into  two  more  clusters. 


SP  1 
/  \ 

/  \ 

SP  2  SP  3 

/ 

/ 

SP  6 
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50.9.2.22.3  As  mentioned  above,  each  node,  or  plane,  has  an  identifying 
separation  plane  number  which  represents  its  position  in  the  BSP  tree. 
This  number  is  determined  by  counting  from  top  to  bottom  within  the 
tree,  from  the  left-most  node  to  the  right-most  node  at  each  level,  as 
if  the  tree  were  complete  (i.e.,  with  all  levels  filled).  This  explains 
why  the  lovrest  node  in  the  example  is  nionbered  6  and  not  4 . 


50.9.2.22.4  Note  that  the  order  of  creation  of  the  planes  may  be 
partially  independent  of  the  position  of  the  planes  in  the  tree,  and 
hence  of  the  separation  plane  numbers.  Of  course,  the  very  first 
separation  plane  created  for  a  model  would  have  to  be  the  root  node  and 
be  assigned  plane  number  1.  At  lower  levels,  however,  the  nodes  could 
be  defined  in  any  order,  so  long  as  any  given  node's  parent  has  been 
previously  defined.  within  a  model,  the  separation  plane  records  will 
be  physically  ordered  not  by  separation  plane  number  but  by  the  order  in 
which  the  planes  were  created. 


50.9.2.22.5  This  order  is  important  when  determining  Cluster  IDs 
associated  with  every  Model  Polygon  Record.  The  Cluster  ID  may  be  used 
to  determine  a  polygon  *  s  position  relative  to  the  separation  planes .  A 
polygon  can  be  on  the  true  side  of  a  plane,  the  false  aide,  or  in  a 
"don’t  care"  position.  (This  requires  that  polygons  intersecting  the 
plane  be  cut  to  lie  entirely  on  one  side  or  the  other.)  The  "don't 
care"  case  occurs  when  a  polygon  has  already  Jaeen  eliminated  from  the 
area  of  concern  of  a  separating  plane  by  a  previously  placed  plane.  A 
Cluster  ID  is  a  string  of  binary  digits  in  which,  if  a  polygon  lies  to 
the  true  side  of  the  nth  plane  in  the  ordered  list  of  planes,  then  the 
nth  low-order  bit  is  set  to  *1';  otherwise,  the  bit  is  set  to  *0'. 


50.9.2.22.6  Continuing  our  example  BSP  tree, 
separating  planes  were  defined  in  the  order 
Cluster  IDs  are  shown  below. 


and  assuming  that  the 
1,2, 3, 6,  the  assigned 


SP  1 


/  \ 


/ 

SP  2 
/  \ 

/  \ 

0011  0001 


\ 

SP  3 
/  \ 

/  \ 

SP  6  0000 

/  \ 

/  \ 

1100  0100 
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50.9.2.22.7  Note  that  in  this  example  the  list  is  ordered  such  that 
plane  numbers  are  always  increasing.  As  previously  noted,  this  need  not 
always  be  the  case.  Consider  adding  another  plane  at  this  point  which 
would  be  the  left  child  of  plane  number  2.  This  newest  plane  %rauld  have 
a  plane  number  of  4  based  on  its  position  in  the  BSP  tree,  but  it  firould 
be  treated  as  the  fifth  plane  in  the  sequence  of  separation  planes  for 
purposes  of  generating  cluster  IDs.  The  resulting  BSP  tree  and  Cluster 
IDs  would  be  as  follows. 


SP  1 
/  \ 


/  \ 

SP  2  SP  3 

/  \  /  \ 


/  \  /  \ 

SP  4  00001  SP  6  00000 

/  \  /  \ 

/  \  /  \ 

10011  00011  01100  00100 


50.9.2.22.8  For  further  details  on  Project  2851  model  separating 
planes,  consult  the  modeling  software  documentation. 

50.9.2.23  Checksum  Record.  This  record  contains  the  checksum  value 
for  the  3-D  Static  Model  Library  File.  This  checksum  is  computed  using 
a  linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself. 

50.10  Three-Dimensional  Static  Model  Vertex  (308MV)  Pile. 

This  file  consists  of  a  series  of  pseudo-files  containing  all  coordinate 
vertices  used  to  define  models  within  the  Three-Dimensional  Static  Model 
Library  File.  Each  3DSMV  pseudo-file  contains  a  list  of  the  vertex 
coordinates  used  to  define  all  LODs  for  a  given  model.  These  vertices 
are  referenced  from  within  the  model  definitions  in  the  3DSM,  in  order 
to  define  model  polygons,  vertex  normals,  and  separation  planes.  The 
user  will  be  able  to  associate  a  vertex  pseudo-file  with  its  model  via  a 
file  naming  convention.  Each  vertex  pseudo-file  name  will  take  the  form 
MDL3DSnnnnn . VTX,  where  ' nnnnn '  corresponds  to  the  unique  model  ID 
number.  These  pseudo-files  will  physically  occur  on  the  tape  in  the 
same  sequence  as  their  corresponding  model  definitions  occur  within  the 
model  library. 

50.10.1  3D8MV  Pile  Structure.  Self-explanatory. 

50.10.2  3DSN  Record  Structure.  Self-explanatory. 

50.10.2.1  3DSMV  Pseudo-Piles.  These  pseudo-files  contain  all 

coordinate  vertices  used  to  define  models  within  the  Three-Dimensional 
Static  Model  (3DSM)  Library  File. 

50.10.2.1.1  3DSHV  Pseudo-Pile  Record  order.  Self-explanatory. 

50.10.2.1.2  3DSMV  Pseudo-Pile  Pield  Structure.  Self-explanatory. 
50.10.2.1.2.1  3DSMV  Identifier  Record.  Self-explanatory. 
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50.10.2.1.2.2  File  Naae  Becord.  Self-explanatory. 

50.10.2.1.2.3  Vertex  Record.  Bach  Vertex  record  contains  a 
coordinate  used  to  define  a  model  vertex  or  a  vertex  normal  within  the 
3DSM.  The  value  in  the  Vertex  List  Position  field  is  used  as  an  index 
by  a  model  referencing  a  vertex.  The  internal  format  of  the  Coordinate 
field  will  vary  depending  on  the  coordinate  system  selected  for  a 
particular  GTDB.  (Valid  formats  are  defined  within  the  Representation 
Dictionary  in  Appendix  A  of  this  standard.) 

50.10.2.1.2.4  Pseudo-EOF  Record.  Self-explanatory. 

50.10.2.1.2.5  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  Three-Dimensional  Static  Model  Vertex  Pseudo-Pile.  This 
checksum  is  computed  using  a  linear  addition  of  the  binary 
representations  of  all  the  ASCII  characters  contained  in  the  pseudo¬ 
file.  The  checksum  does  not  include  those  characters  contained  in  the 
Checksum  record  itself. 

50.11  3-D  Dynamic  Model  (3DDM)  Library  File.  The  3-D  Dynamic 
Model  Library  File  is  optional  in  a  GTDB.  When  present,  it  contains  all 
the  3-D  dynamic  models  referenced  within  the  GTDB  or  explicitly 
requested  during  GTDB  generation.  The  geometry  of  each  model  is 
represented  as  a  set  of  surface  polygons  in  3-D  space.  The  perimeter  of 
each  polygon  is  described  by  a  set  of  coordinates  or  vertices.  Each  set 
of  coordinates  is  identified  by  its  position  in  a  list  of  values  stored 
in  a  separate  3-D  Dynamic  Model  Vertex  File,  allowing  each  coordinate 
set  to  be  used  repeatedly.  By  convention,  all  GTDB  model  polygons  will 
be  closed  implicitly  rather  than  explicitly;  i.e.,  the  first  vertex  of  a 
polygon  will  not  be  explicitly  listed  again  as  the  last  vertex.  Bach 
surface  or  polygon  may  have  descriptive  and  rendering  attributes 
associated  with  it.  A  wide  range  of  fields  are  available  to  describe 
attributes  specific  to  radar,  visual,  and  infrared  simulation,  as  well 
as  general  attributes  applicable  to  all  three.  Each  polygon  may 
reference  any  niunber  of  photo  texture  maps  from  the  Model  Photo  Texture 
Library.  The  model  library  structure  also  supports  composite  models  in 
which  one  model  references  another  as  a  component.  The  3DDM  supports 
storage  of  models  for  any  given  object  at  multiple  LODs.  This  will 
permit  selection  of  models  at  a  level  of  complexity  that  balances  the 
desire  for  realism  and  the  resolution  of  the  simulated  sensor  with  the 
processing  capacity  of  the  image  generator  and  the  overall  complexity  of 
the  scene.  From  a  data  structure  standpoint,  three-dimensional  static 
models  and  three-dimensional  dynamic  models  in  the  GTDB  are  identical, 
except  that  the  dynamic  models  identify  coordinates  which  may  be  used 
for  collision  detection  tests. 

50.11.1  3DDM  Record  Order.  Self-explanatory. 

50.11.2  3DDM  Field  Structure.  Self-explanatory. 

50.11.2.1  3DDM  Identifier  Record.  Self-explanatory. 

50.11.2.2  File  Hame  Record.  Self-explanatory. 

50.11.2.3  3DDM  Header  Record.  This  mandatory  record  contains 
control  information  describing  this  file. 


C-43 


MI1.-STD-1820 
APPENDIX  C 

50. 11. 2. 4  Model  Boeder  Record.  This  record  identifies  a  model 
group,  which  can  consist  of  one  or  more  actual  model  geometries 
representing  a  given  object  at  varying  IjODs. 

50.11.2.5  LOD  Header  Record.  This  record  describes  a  particular 
LOO  version  of  a  model . 

50.11.2.6  LOD  Texture  Reference  Pointer  Record.  This  record 
provides  pointers  to  the  texture  references  for  a  model  LOD. 

50.11.2.7  Component  Header  Record.  This  record  describes  a 
particular  component  within  a  model  LOD. 

50.11.2.8  Component  Texture  Reference  Pointer  Record.  Self- 
explanatory. 

50.11.2.9  Nodal  Polygon  Record.  This  record  describes  the 
attributes  of  a  polygon  within  a  particular  model.  The  last  polygon 
record  will  always  define  the  model  "footprint"  as  referenced  by  the 
Base  Polygon  ID  field  in  the  parent  Model  record.  This  polygon  is  not 
meant  to  be  displayed  during  a  simulation  but  is  supplied  ro  aid  the 
user  in  placing  additional  instances  of  the  model .  In  addition  to  a 
unique  Polygon  ID,  each  polygon  may  have  a  Cluster  ID  which  associates 
the  polygon  with  a  group  of  polygons  which  have  been  logically  separated 
from  the  rest  of  the  model  by  a  separation  plane.  The  Cluster  ID  also 
identifies  a  polygon  *  s  position  relative  to  any  of  the  separation 
planes  defined  by  the  Separation  Plane  Records  associated  with  the 
model.  See  paragraph  50.9.2.20  for  an  explanation  of  the  relationship 
bet%raen  clusters  and  separation  planes. 

50.11.2.10  Model  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  model  polygon.  The  types 
of  microdescriptors  supported  by  Project  2851  are  listed  in  Section  5.16 
of  this  standard. 

50.11.2.11  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  model  polygon  with  a  Vertex  record  within  the  Three- 
Dimensional  Dynamic  Model  Vertex  <3DDMV>  File.  There  will  be  three  or 
more  of  these  records  defining  the  geometry  of  each  model  polygon.  By 
convention,  a  model  polygon  will  be  closed  implicitly  rather  than 
explicitly;  i.e.,  the  first  vertex  of  a  polygon  will  not  be  explicitly 
referenced  again  as  the  last  vertex.  The  Vertex  List  Position  and 
Correlation  Priority  fields  apply  to  the  coordinate  defining  a  polygon 
vertex.  The  Normal  List  Position  field  points  to  a  separate  3DDMV 
coordinate  defining  a  vertex  normal  vector.  This  field  will  be 
populated  with  meaningful  data  only  when  vertex  normals  have  been 
requested . 

50.11.2.12  Polygon  FACS  Record.  This  optional  record  contains  a 
FACS  (Feature  Attribute  Coding  Standard)  value  associated  with  a  model 
polygon . 

50.11.2.13  Polygon  Texture  Reference  Record.  This  optional 
record  is  used  to  associate  a  model  polygon  with  a  Photo  Texture  Image 
Header  record  within  the  Model  Photo  Texture  Library  File. 
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50.11.2.14  Subsidiary  Nodal  Safaraaca  Sacord.  This  optional 
record  is  used  to  designate  another  model  within  the  model  libraries  as 
a  subconqponent  of  this  model. 


50.11.2.15  Point  bight  String  Record.  Self-explanatory. 

50.11.2.16  Point  Light  String  PAC6  Record.  Self-explanatory. 

50.11.2.17  Nodel  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  model  as  a 
whole  (as  opposed  to  a  polygon  within  the  model)  . 

50.11.2.16  Face-Based  Texture  Reference  Record.  Self- 
explanatory  . 

50.11.2.19  Vertex-to-Vertex  Texture  Reference  Record.  Self- 
explanatory  . 


50.11.2.20 
explanatory . 

50.11.2.21 
explanatory. 


Model-Based  Texture  Reference  Record. 

Ron-Napped  Texture  Reference  Record. 


Self - 

Self  - 


50.11.2.22  Separation  Plane  Record.  This  optional  record  is  used 
to  define  a  separation  plane  within  a  model.  (See  section  50.9.2.20  of 
this  standard  for  an  extended  discussion  of  the  separation  plane 
record . ) 

50.11.2.23  Collision  Test  Point  Record.  This  optional  record  is 
used  to  designate  a  Vertex  record  within  the  Three-Dimensional  Dynamic 
Model  Vertex  (3DDMV)  File  as  a  collision  test  point  for  a  model. 

50.11.2.24  ChecksuB  Record.  This  record  contains  the  checksum  value 
for  the  3-D  Dynamic  Model  Library  File.  This  checksum  is  computed  using 
a  linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  file.  The  checksum  does  not  include  those 
characters  contained  in  the  Checksum  record  itself. 


50.12  Three-Dimensional  Dynamic  Model  Vertex  ( 3DDMV)  Pile. 
This  file  consists  of  a  series  of  pseudo-files  containing  all  coordinate 
vertices  used  to  define  models  within  the  Three-Dimensional  Dynamic 
Model  (3DDM)  Library  File.  The  3DDMV  will  consist  of  one  or  more  3DDMV 
Pseudo-files,  corresponding  to  the  number  of  models  in  the  3DDM.  Each 
3DDMV  pseudo-file  contains  a  list  of  the  vertex  coordinates  used  to 
define  all  LODs  for  a  given  model.  These  vertices  are  referenced  from 
within  the  model  definitions  in  the  3DDM,  in  order  to  define  model 
polygons,  vertex  normals,  separation  planes,  and  collision  test  points. 
The  user  will  be  able  to  associate  a  vertex  pseudo-file  with  its  model 
via  a  file  naming  convention.  Each  vertex  pseudo-file  name  will  take 
the  form  MDLSDDnnnnn.VTX,  where  'nnnnn'  corresponds  to  the  unique  model 
ID  number.  These  pseudo-files  will  physically  occur  on  the  tape  in  the 
same  sequence  as  their  corresponding  model  definitions  occur  within  the 
model  library . 

50.12.1  3DDNV  File  Structure.  Self-explanatory. 

50.12.2  3DDNV  Record  structure.  Self-explanatory. 


C-45 


MH.-STD-1820 
lUPPEMDIX  C 


50.12.2.1  3-D  OynmmLc  Model  Versos  PBOudo-Plios.  These  peeudo- 
flles  contain  all  coordinate  vertices  used  to  define  models  within  the 
Three-Dimensional  Dynamic  Model  (3DDM)  Library  File. 

50.12.2.1.1  3DDKV  Pseudo-Pile  Record  Order.  Self-explanatory. 

50.12.2.1.2  30DMV  Pseudo-Pile  Pleld  Structure.  Self-explanatory. 

50.12.2.1.2.1  3DDMV  Identifier  Record.  Self-explanatory. 

50.12.2.1.2.2  Pile  >ame  Record.  Self-explanatory. 

50.12.2.1.2.3  Vertex  Record.  Each  Vertex  record  contains  a 
coordinate  used  to  define  a  model  vertex,  a  vertex  normal,  or  a 
collision  test  point,  within  the  30DM.  The  value  in  the  Vertex  List 
Position  field  is  used  as  an  index  by  a  model  referencing  a  vertex.  The 
internal  format  of  the  Coordinate  field  will  vary  depending  on  the 
coordinate  system  selected  for  a  particular  GTDB.  (Valid  formats  are 
defined  within  the  Representation  Dictionary  in  Appendix  a  to  this 
standard. ) 

50.12.2.1.2.4  Pseudo-BOP  Record.  Self-explanatory. 

50.12.2.1.2.5  Checksum  Record..  This  record  contains  the  checksum 
value  for  the  Three-Dimensional  Dynamic  Model  Vertex  Pseudo-File.  This 
checksum  is  computed  using  a  linear  addition  of  the  binary 
representations  of  all  the  ASCII  characters  contained  in  the  pseudo¬ 
file.  The  checksum  does  not  include  those  characters  contained  in  the 
Checksum  record  itself. 

50.13  Simulator  Level  of  Detail  Area  Blocks  Pile  (SXAB).  This 
mandatory  file  contains  all  applicable  terrain  and  culture  area  blocks 
defined  for  a  given  Simulator  Level  of  Detail  (SLOD).  There  may  be  one 
or  more  Simulator  Level  of  Detail  Area  Blocks  Fil  in  a  valid  GTDB.  The 
data  within  each  SI<AB  are  organized  by  area  block,  and  within  each  area 
block  as  a  collection  of  pseudo-files,  each  containing  a  particular  type 
of  data  for  that  area  block.  There  are  nine  varieties  of  pseudo-files 
possible  per  area  block.  The  exact  configuration  of  pseudo-files  for  a 
given  simulator  level  of  detail  or  area  block  will  depend  on  the 
transformation  parameters  used  and  on  the  availability  of  specific  types 
of  data  in  the  Standard  Simulator  Data  Base.  Each  of  the  pseudo-file 
types  is  described  in  the  following  subsections,  in  the  sequence  in 
which  they  would  occur  on  a  GTDB  tape.  Each  SLAB  file  is  structured  as 
a  collection  of  pseudo-files,  separated  by  pseudo-EOF  records.  The 
pseudo-files  are  organized  to  describe  each  area  block  making  up  the 
simulator  level  of  detail  in  sequence,  with  an  Area  Block  Pseudo-EOF 
Record  separating  the  area  blocks . 

50.13.1  SLAB  Pile  Structure.  Self-explanatory. 

50.13.2  SLAB  Pseudo-Pile  Record  Structure.  Self-explanatory. 
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50.13.2.1  Ver~tex  Area  Bl<»ck  (VAB)  Pseudo-Pile.  The  VAfi  con'bains 
a  list  of  the  vertex  coordinates  used  to  define  all  culture  features 
within  a  given  area  block.  In  addition,  when  polygonized  (as  opposed  to 
gridded)  terrain  has  been  requested,  the  vertex  area  block  will  also 
contain  the  vertex  coordinates  used  to  define  the  terrain  polygons  and 
terrain  vertex  normals.  The  vertices  in  the  vertex  area  block  are 
referenced  from  within  the  AFAB,  LFAB,  PFAB,  PLFAB,  PLSFAB,  TPAB,  and 
MRAB  pseudo-files,  as  defined  below.  There  will  almys  be  at  least  four 
vertices  defined  for  an  area  block,  since  there  will  always  be  at  least 
one  areal  feature  (the  background  feature)  in  an  area  block.  Each 
vertex  coordinate  is  expressed  in  3-D  space,  having  x,  y,  and  z 
components  in  the  context  of  the  selected  coordinate  system.  However, 
the  z-ccRiponent  for  culture  vertices  will  be  zero  except  in  two  user- 
specified  circumstances:  (a)  when  the  culture  has  been  fragmented  on  the 
underlying  terrain  polygons,  or  (b)  if  the  coordinate  system  is 
geocentric.  The  vertex  area  block  for  the  first  area  block  within  a 
simulator  level  of  detail  will  be  the  first  pseudo-file  in  the  SLAB. 
The  vertex  area  block  file  for  succeeding  area  blocks  (if  any)  will 
follow  the  MRAB  file  of  the  preceding  area  block.  The  vertex  records  in 
this  file  are  referenced  by  the  various  feature  and  terrain  pseudo-files 
defined  for  a  particular  area  block. 

50.13.2.1.1  VAB  Pseudo-File  Record  Order.  Self-explanatory. 

50.13.2.1.2  VAB  Pseudo-File  Field  Structure.  Self-explanatory. 

50.13.2.1.2.1  VAB  Identifier  Record.  Self-explanatory. 

50.13.2.1.2.2  Pile  Bame  Record.  Self-explanatory. 

50.13.2.1.2.3  Vertex  Area  Block  Header  Record.  This  mandatory 
record  contains  a  count  of  the  number  of  vertices  in  the  area  block  and 
the  Vertex  ID  of  the  last  vertex. 

50.13.2.1.2.4  Vertex  Record.  Each  Vertex  record  contains  a 
coordinate  used  to  define  a  culture  or  terrain  vertex  or  vertex  normal 
within  the  area  block.  The  value  in  the  Vertex  List  Position  field  is 
used  as  an  index  by  feature  and  terrain  files  referencing  a  vertex.  The 
internal  format  of  the  Coordinate  field  will  vary  depending  on  the 
coordinate  system  selected  for  a  particular  GTDB .  (Valid  formats  are 
defined  within  the  Representation  Dictionary  in  Appendix  A  to  this 
standard. ) 

50.13.2.1.2.5  Pseudo-EOF  Record.  Self-explanatory. 

50.13.2.1.2.6  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  vertex  area  block  Pseudo- File.  This  checksum  is  computed 
using  a  linear  addition  of  the  binary  representations  of  all  the  ASCII 
characters  contained  in  the  pseudo-file.  The  checksum  does  not  include 
those  characters  contained  in  the  Checksum  record  itself. 


C-47 


MII.-STD-1820 
APPENDIX  C 


50.13.2.2  Areal  Feature  Area  Block  (AFAB)  Pseudo-File.  The 
Areal  Feature  Area  Block  Pseudo-File  is  mandatory  for  every  area  block 
in  a  GTDB.  The  AFAB  contains  all  areal  features  included  within  an  area 
block.  This  is  a  required  file,  as  there  will  always  be  at  least  one 
areal  feature  (the  background  feature)  in  an  area  block.  The  AFAB  will 
follow  the  vertex  area  block  for  the  area  block.  Generally,  there  will 
be  many  areal  features  in  a  block.  Each  feature  will  have  a  unique 
number  associated  with  it.  An  option  available  to  the  GTDB  user  will 
cause  areal  features  to  be  replaced  by  model  references  %diere  suitable 
models  have  been  defined  within  the  SSDB.  When  model  substitution 
occurs,  the  areal  feature  will  be  eliminated  from  the  AFAB,  and  a  model 
reference  will  be  inserted  in  the  MRAB.  Another  transformation  option 
available  to  the  user  will  cause  areal  features  to  be  fragmented  along 
the  underlying  terrain  polygon  boundaries .  when  such  fragmentation 
occurs,  each  fragment  beccxnes  an  individual  areal  feature  with  a  unique 
feature  number.  At  the  same  time,  a  fragmentation  flag  will  be  set,  and 
a  ccRimon  ’superfeature  number*  will  be  assigned  to  the  fragments,  so 
that  the  complete  feature  can  be  reconstructed  if  desired.  The  geometry 
of  each  feature  will  be  described  by  vertex  pointers  describing  its 
shape  and  location  within  the  area  block.  The  "footprint"  of  each  areal 
feature  will  be  defined  by  three  or  more  vertices  in  the  coordinate 
space  of  the  area  block.  The  vertices  will  be  listed  in 
counterclockwise  order  as  vievred  from  above.  By  convention,  all  areal 
features  will  be  closed  implicitly  rather  than  explicitly;  i.e.,  the 
first  vertex  of  the  feature  will  not  be  explicitly  listed  again  as  the 
last  vertex.  Individual  vertices  are  reusable  and  stored  as  coordinate 
triplets  in  the  Vertex  Area  Block  Pseudo-File,  where  they  are  referenced 
by  their  list  position.  This  sharing  of  common  vertices  helps  ensure 
spatial  consistency  of  terrain  and  culture  data  elements,  and  also  saves 
storage  space.  Each  feature  may  be  described  by  numerous  attributes, 
some  of  which  have  general  applicability,  and  others  of  which  apply  to 
specific  sensors.  As  applicable,  a  feature  may  have  a  wide  variety  of 
FACS  attributes  and  microdescriptors.  FACS  attributes  are  supplementary 
attributes  not  contained  among  the  "core"  descriptors.  Microdescriptors 
are  a  specialized  class  of  feature  attribution  mechanisms  which  support 
specification  of  complex  sub-detail.  An  areal  feature  may  also  have  any 
number  of  texture  codes  associated  with  it  to  indicate  which  areal 
photo-texture  maps  from  the  areal  photo- texture  library  will  be  applied 
to  it  in  real-time  simulation.  Each  texture  code  is  associated  with  a 
pattern  origin  which  indicates  where  the  mapping  starts. 


50.13.2.2.1  AFAB  Pseudo-File  Record  Order.  Self-explanatory. 

50.13.2.2.2  AFAB  Pseudo-File  Field  Structure.  Self-explanatory. 

50.13.2.2.2.1  AFAB  Identifier  Record.  Self-explanatory. 

50.13.2.2.2.2  File  Bame  Record.  Self-explanatory. 


50.13.2.2.2.3  Feature  Area  Block  Header  Record, 

contains  control  information  describing  the  file. 


This  record 
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50.13.2.2.2.4  Pace-Based  Texture  Reference  Record.  This  optional 
record  is  used  to  define  a  method  of  placing  a  texture  pattern  on  an 
areal  feature  polygon.  The  record  associates  an  areal  feature  polygon 
with  a  texture  in  the  Areal  Texture  Library.  The  data  contained  in  this 
record  defines  the  transformation  required  to  place  a  texture  on  the 
polygon.  This  record  supports  generic  texture  in  Stage  5  where  the 
texture  is  mapped  to  polygons.  Stage  5  is  simply  Stage  3  or  4  with 
polygon  mapping  information. 

50.13.2.2.2.5  Global-Based  Texture  Reference  Record.  This 
optional  record  is  used  to  define  a  method  of  placing  a  texture  pattern 
as  a  single  entity  on  a  homogeneous  cultural  area  made  up  of  one  or  more 
culture  features.  The  record  associates  these  homogeneous  areal 
features  with  a  texture  in  the  Areal  Texture  Library.  This  type  of 
texturing  can  be  conceptualized  as  the  texture  being  "shrink-wrapped* 
onto  the  features .  This  record  supports  generic  texture  in  Stage  5 
where  the  texture  is  mapped  to  polygons.  Stage  5  is  simply  Stage  3  or  4 
with  polygon  mapping  information. 

50.13.2.2.2.6  Areal  Feature  Record.  This  record  contains 
control  fields  and  attributes  describing  a  particular  areal  feature. 

50.13.2.2.2.7  Microdcscriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  feature.  The  types  of 
microdescriptors  supported  by  the  GTDB  are  listed  in  Section  5.16  of 
this  standard. 


50.13.2.2.2.8  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  feature. 

50.13.2.2.2.9  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  feature  with  a  Vertex  record  within  the  Vertex  Area  Block 
Pseudo-File.  There  will  be  three  or  more  of  these  records  defining  the 
geometry  of  each  areal  feature.  By  convention,  an  areal  feature  will  be 
closed  implicitly  rather  than  explicitly;  i.e.,  the  first  vertex  of  a 
feature  will  not  be  explicitly  referenced  again  as  the  last  vertex. 

50.13.2.2.2.10  Bon-Mapped  Texture  Reference  Record.  This 
optional  record  is  used  to  associate  a  feature  with  a  generic  texture 
within  the  Areal  Texture  Library.  This  record  supports  generic  texture 
in  Stages  3  and  4  where  the  texture  is  not  mapped  to  any  polygons. 

( Generic  texture  does  not  exist  at  Stages  1  and  2 . ) 

50.13.2.2.2.11  Napped  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  for  an  areal 
feature.  This  record  supports  generic  texture  in  Stage  5  where  the 
texture  is  mapped  to  polygons.  (Generic  texture  does  not  exist  at 
Stages  1  and  2 . ) 

50.13.2.2.2.12  Pseudo-EOF  Record.  Self-explanatory. 

50.13.2.2.2.13  CbecksuB  Record.  This  record  contains  the 
checksum  value  for  the  Areal  Feature  Area  Block  Pseudo-File.  This 
checksum  is  computed  using  a  linear  addition  of  the  binary 
representations  of  all  the  ASCII  characters  contained  in  the  pseudo¬ 
file.  The  checksum  does  not  include  those  characters  contained  in  the 
Checksum  record  itself. 
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50.13.2.3  Linear  Feature  Area  Block  (LPAB)  Paeudo-File.  The 
Linear  Feature  Area  Block  Paeudo-File  contains  all  linear  features 
included  within  an  eurea  block.  Options  available  to  the  GTDB  user  will 
cause  linear  features  to  be  replaced  by  areal  features  and/or  model 
references  where  alternate  representations  have  been  defined  within  the 
SSDB.  When  feature  substitution  occurs,  the  linear  feature  will  be 
eliminated  from  the  LPAB,  and  an  alternate  will  be  inserted  in  the  APAB 
or  NRAB.  When  present,  the  LPAB  will  follow  the  APAB  for  the  area 
block.  A  linear  feature  will  be  described  by  many  of  the  same  types  of 
descriptive  attributes  as  areal  features.  Unlike  areals,  however,  each 
linear  feature ' s  spatial  position  will  be  described  by  a  series  of 
connected  coordinate  vertices  which  do  not  have  to  form  a  closed 
polygon.  To  save  storage  space,  vertices  are  reusable  and  stored  as 
coordinate  triplets  in  the  Vertex  Area  Block  Pseudo-File,  where  they  are 
referenced  by  their  list  position. 


50.13.2.3.1  LPAB  Pseudo-Pile  Record  Order.  Self-explanatory. 

50.13.2.3.2  LPAB  Pseudo-File  Field  Structure.  Self-explanatory. 

50.13.2.3.2.1  LPAB  Identifier  Record.  Self-explanatory. 

50.13.2.3.2.2  File  Rame  Record.  Self-explanatory. 

50.13.2.3.2.3  Feature  Area  Block  Header  Record.  Self- 
explanatory  . 


50.13.2.3.2.4  Linear  Feature  Record.  This  record  contains 

control  fields  and  attributes  describing  a  particular  linear  feature. 


50.13.2.3.2.5  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  feature.  The  types  of 
microdescriptors  supported  by  the  GTDB  are  listed  in  Section  5.16  of 
this  standard. 


50.13.2.3.2.6  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  feature. 

50.13.2.3.2.7  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  feature  with  a  Vertex  record  within  the  Vertex  Area  Bloclc 
Pseudo- File.  There  will  be  two  or  more  of  these  records  defining  the 
geometry  of  each  linear  feature. 

50.13.2.3.2.6  Ron-Mapped  Texture  Reference  Record.  This 
optional  record  is  used  to  associate  a  feature  with  a  Photo  Texture 
Image  Header  record  within  the  Areal  Photo  Texture  Library  File.  This 
optional  record  is  used  to  associate  a  feature  with  a  generic  texture 
within  the  Areal  Texture  Library.  This  record  suppMorts  generic  texture 
in  Stages  3  and  4  where  the  texture  is  not  mapped  to  any  polygons . 
(Generic  texture  does  not  exist  at  Stages  1  and  2.)  While  textures 
cannot  be  mapped  to  linear  features,  they  are  provided  here  in  order  to 
aid  the  GTDB  user  who  might  expand  a  linear  feature  into  an  areal 
feature . 


50.13.2.3.2.9  Pseudo-EOP  Record.  Self-explanatory. 
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80.13.2.3.2.10  ChecksuB  Kaeord.  This  record  conhains  the  checksum 
value  for  the  Linear  Feature  Area  Block  Pseudo-File.  This  checksum  is 
computed  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  include  those  characters  contained  in  the  Checksum  record  itself. 


50.13.2.4  Point  Feature  Area  Block  (PPAB)  Pseudo-File.  The 
Point  Feature  Area  Block  Pseudo-File  contains  all  point  features 
included  within  an  area  block.  An  option  available  to  the  GTDB  user 
will  cause  point  features  to  be  replaced  by  model  references  where 
suitable  models  have  been  defined  within  the  SSDB.  When  model 
substitution  occurs,  the  point  feature  will  be  eliminated  from  the  PFAB, 
and  a  model  reference  will  be  inserted  in  the  MRAB.  When  present,  the 
PFAB  will  follow  the  LFAB  for  the  area  block.  Point  features  will  be 
described  by  many  of  the  same  types  of  descriptive  attributes  as  areal 
and  linear  features.  However,  a  point  feature’s  spatial  position  will 
normally  be  specified  by  a  single  coordinate.  To  be  consistent  with  a 
convention  established  by  the  Defense  Mapping  Agency  (DMA),  the  PFAB 
will  also  be  used  to  store  features  consisting  of  a  sequence  of 
physically  discrete  points  (e.g.,  a  string  of  transmission  towers).  To 
save  storage  space,  vertices  are  reusable  and  stored  as  coordinate 
triplets  in  the  vertex  Area  Block  Pseudo-File,  where  they  are  referenced 
by  their  list  position. 

50.13.2.4.1  PFAB  Pseudo-File  Record  Order.  Self-explanatory. 

50.13.2.4.2  PFAB  Pseudo-File  Field  Structure.  Self-explanatory. 
50.13.2.4.2.1  PFAB  Identifier  Record.  Self-explanatory. 


50.13.2.4.2.2  File  Bame  Record.  Self-explanatory. 

50.13.2.4.2.3  Feature  Area  Block  Header  Record.  This  mandatory 
record  contains  control  information  describing  the  file. 


50.13.2.4.2.4  Point  Feature  Record.  This  record  contains 

control  fields  and  attributes  describing  a  particular  point  feature. 


50.13.2.4.2.5  Kicrodcscriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  feature.  The  types  of 
microdescriptors  supported  by  the  GTDB  are  listed  in  Section  5.16  of 
this  standard. 


50.13.2.4.2.6  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  feature. 

50.13.2.4.2.7  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  feature  with  a  Vertex  record  within  the  Vertex  Area  Block 
Pseudo-File.  There  will  be  one  or  more  of  these  records  defining  the 
geometry  of  each  point  feature.  (Although  a  true  point  feature  can  be 
defined  by  a  single  coordinate,  by  convention  a  point  feature  may 
consist  of  a  collection  of  related  but  non-connected  points,  each  member 
of  which  will  be  designated  as  a  vertex.) 


C-51 


MZL-STD-1820 
APPENDIX  C 

50.13.2.4.2.8  Non-Mapped  Texture  Kefarence  Kacord.  This 
optional  record  is  used  to  associate  a  feature  with  a  generic  texture 
within  the  Areal  Texture  Library.  This  record  supports  generic  texture 
in  Stages  3  and  4  where  the  texture  is  not  mapped  to  any  polygons. 
(Generic  texture  does  not  exist  at  Stages  1  and  2.)  While  textures 
cannot  be  mapped  to  point  features,  they  are  provided  here  in  order  to 
aid  the  GTDB  user  who  might  expand  a  point  feature  into  an  areal 
feature . 


50.13.2.4.2.9  Pseudo-BOP  Record.  Self-explanatory. 

50.13.2.4.2.10  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  Point  Feature  Area  Block  Pseudo-File.  This  checksum  is 
confuted  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  include  those  characters  contained  in  the  Checksum  record  itself . 


50.13.2.5  Point  Light  Feature  Area  Block  (PLPAB)  Pseudo-File. 
The  Point  Light  Feature  Area  Block  Pseudo-File  contains  all  point  light 
features  included  within  an  area  block.  An  option  available  to  the  GTDB 
user  will  cause  point  light  features  to  be  replaced  by  model  references 
where  suitable  models  have  been  defined  within  the  SSDB.  When  model 
substitution  occurs,  the  point  light  feature  will  be  eliminated  from  the 
PLFAB,  and  a  model  reference  will  be  inserted  in  the  MRAB .  When 
present,  the  PLFAB  will  follow  the  PFAB  for  the  area  block.  Point  light 
features  will  be  described  by  many  of  the  same  types  of  descriptive 
attributes  as  regular  point  features,  along  with  additional  attributes 
describing  the  light  emitter.  To  save  storage  space,  vertices  are 
reusable  and  stored  as  coordinate  triplets  in  the  Vertex  Area  Block 
Pseudo-File,  where  they  are  referenced  by  their  list  position. 


50.13.2.5,1 


50.13.2.5.2 


50.13,2.5.2,1 


50.13.2.5.2.2 


50.13.2.5.2.3 

explanatory. 


PLFAB  Pseudo-File  Record  Order.  Self-explanatory. 
PLFAB  pseudo-Flle  Field  Structure.  Self-explanatory. 
PLFAB  Identifier  Record.  Self-explanatory. 

File  Name  Record.  Self-explanatory. 

Feature  Area  Block  Header  Record.  Self- 


50.13.2.5.2.4  Point  Light  Feature  Record.  Self-explanatory. 

50.13.2.5.2.5  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  feature.  The  types  of 
microdescriptors  supported  by  the  GTDB  are  listed  in  Section  5.16  of 
this  standard. 


50.13.2.5.2.6  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  feature. 

50.13.2.5.2.7  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  feature  with  a  Vertex  record  within  the  Vertex  Area  Block 
Pseudo-File . 


50.13.2.5.2.8  Pseudo-EOF  Record.  Self-explanatory. 
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50.13.2.5.2.9  Checkaim  Kacord.  This  record  containa  tdxe  checkaum 
value  for  the  Point  Light  Feature  Area  Block  Pseudo-File.  This  checksum 
is  confuted  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  include  those  characters  contained  in  the  Checksum  record  itself. 


50.13.2.6  Point  Light  String  Feature  Area  Block  (PLSFAB) 
Pseudo-File.  The  Point  Light  String  Feature  Area  Block  Pseudo-File 
contains  all  point  light  string  features  included  within  an  area  block. 
An  option  available  to  the  GTDB  user  will  cause  point  light  string 
features  to  be  fragmented  into  a  series  of  individual  point  light 
features.  When  fragmentation  occurs,  the  PLSFAB  will  be  eliminated  from 
the  GTDB,  and  the  new  point  light  features  will  be  inserted  in  the 
PLFAB.  When  present,  the  PLSFAB  will  follow  the  PLFAB  for  the  area 
block.  Point  light  string  features  will  be  described  by  many  of  the 
same  types  of  descriptive  attributes  as  point  light  features,  along  with 
additional  attributes  describing  the  shape  and  orientation  of  the  string 
of  lights.  To ‘Save  storage  space,  vertices  are  reusable  and  stored  as 
coordinate  triplets  in  the  Vertex  Area  Block  Pseudo-File,  where  they  are 
referenced  by  their  list  position. 

50.13.2.6.1  PLSFAB  Pseudo-File  Record  Order.  Self-explanatory. 

50.13.2.6.2  PLSFAB  Pseudo-File  Field  Structure.  Self- 

explanatory  . 


50.13.2.6.2.1  PLSFAB  Identifier  Record.  Self-explanatory. 

50.13.2.6.2.2  File  Name  Record.  Self-explanatory. 


50.13.2.6.2.3  Feature  Area  Block  Header  Record.  This  mandatory 
record  contains  control  information  describing  the  file. 


50.13.2.6.2.4  Point  Light  String  Feature  Record.  This  record 
contains  control  fields  and  attributes  describing  a  particular  point 
light  string  feature. 


50.13.2.6.2.5  Microdescriptor  Record.  This  optional  record 
contains  a  microdescriptor  associated  with  a  feature.  The  types  of 
microdescriptors  supported  by  the  GTDB  are  listed  in  Section  5.16  of 
this  standard. 


50.13.2.6.2.6  FACS  Record.  This  optional  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  value  associated  with  a  feature. 

50.13.2.6.2.7  Vertex  Pointer  Record.  This  record  is  used  to 
associate  a  feature  with  a  Vertex  record  within  the  Vertex  Area  Block 
Pseudo-File.  There  will  be  one  or  more  of  these  records  defining  the 
location  of  each  point  light  within  the  point  light  string  feature.  The 
first  record  will  always  define  the  origin  of  the  point  light  string. 
Any  subsequent  records  will  define  succeeding  points  in  the  string. 
Vertex  Pointer  records  will  not  be  used  to  define  points  other  than  the 
origin  when  the  Light  String  Shape  Field  within  the  parent  Point  Light 
String  Feature  record  indicates  that  the  pattern  of  lights  in  the  string 
is  a  regular  straight  line.  in  that  case,  the  Number  of  Lights  and 
Light  Delta  fields  should  be  used  to  determine  the  position  of 
succeeding  points  in  the  string. 
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50.13.2.6.2.8  PMUdo-BOF  Record.  Self-explanatory. 

50.13.2.6.2.9  ChecksoB  Record.  This  record  contains  the  checksum 
value  for  the  Point  Light  String  Feature  Area  Block  Pseudo-File.  This 
checksum  is  computed  using  a  linear  addition  of  the  binary 
representations  of  all  the  ASCII  characters  contained  in  the  pseudo¬ 
file.  The  checksum  does  not  include  those  characters  contained  in  the 
Checksum  record  itself. 


50.13.2.7  Terrain  Polygon  Area  Block  (XPAB)  Pseudo-File.  The 
TPAB  contains  all  terrain  polygons  included  within  an  area  block.  The 
choice  of  terrain  polygons  versus  a  terrain  grid  is  up  to  the  user. 
(Optionally,  the  user  may  request  a  GTDB  containing  both  polygonized  and 
gridded  terrain,  or  may  choose  to  onit  terrain  altogether.)  This  is  a 
required  file  when  polygonized  terrain  has  been  requested,  but  it  will 
be  omitted  when  only  gridded  terrain  has  been  requested.  When  present, 
the  TPAB  will  follow  the  PLSFAB  for  the  area  block.  The  TPAB  will 
describe  a  continuous  network  of  polygons  representing  the  surface  of 
the  terrain  within  an  area  block.  The  type  and  density  of  terrain 
polygons  is  not  limited  by  the  data  base  design  but  will  be  specifiable 
by  the  user  only  within  the  allowable  range  of  Project  2851 
transformation  parameters.  (The  common  data  base  transformation  program 
limits  the  polygon  shape  to  triangles.  Details  of  the  terrain 
polygonization  algorithm  supported  by  Project  2851  are  described  in  the 
software  detailed  design  document  for  the  common  data  base 
transformation  program.)  Each  terrain  polygon  will  be  defined  by  its 
vertices  in  three-dimensional  space.  The  vertices  will  be  listed  in 
counterclockwise  order  as  viewed  from  above.  By  convention,  all 
polygons  will  be  closed  implicitly  rather  than  explicitly;  i.e.,  the 
first  vertex  of  the  polygon  will  not  be  explicitly  listed  again  as  the 
last  vertex.  Vertices  are  reusable  and  stored  as  coordinate  triplets  in 
the  Vertex  Area  Block  File,  where  they  may  be  referenced  by  their  list 
position.  Each  terrain  polygon  record  will  have  a  surface  normal  vector 
included  within  it.  At  the  requestor’s  option,  a  vertex  normal  vector 
will  be  calculated  and  associated  with  each  terrain  polygon  vertex. 
These  vertex  normal  vectors  will  also  be  stored  as  coordinate  triplets 
in  the  Vertex  Area  Block  rile  and  referenced  from  the  TPAB.  (The  vertex 
normal  references  will  actually  always  be  present  but  will  be  set  to  the 
value  '0,0,0'  when  not  specifically  requested  via  the  transformation 
parameters.)  When  culture  fragmentation  is  requested,  each  terrain 
polygon  will  have  associated  with  it  a  list  of  culture  features  and 
model  references  which  lie  upon  it.  These  will  be  pointers  to  specific 
records  in  the  various  culture  area  block  pseudo-files  (AFAB,  LFAB, 
PFAB ,  PLFAB ,  PLSFAB ,  and  MRAB ) . 


50.13.2.7.1 

50.13.2.7.2 

50.13.2.7.2.1 

50.13.2.7.2.2 


TPAB  Pseudo-File  Record  Order.  Self-explanatory. 
TPAB  Pseudo-File  Field  Structure.  Self-explanatory. 
TPAB  Identifier  Record.  Self-explanatory. 

File  Berne  Record.  Self-explanatory. 
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50.13.2.7.2.3  XPAB  Baader  Bacord.  This  mandatory  record 
contains  control  information  describing  the  TPAB .  The  field  structure 
of  this  record  is  given  below.  (Fields  identified  "Always  Zero”  are 
applicable  to  gridded  rather  than  polygonized  terrain.  They  have  been 
included  for  consistency  of  format  between  the  TPAB  and  TGAB  area  block 
headers.  The  Latitude  Interval  and  Longitude  Interval  fields  are  used 
to  describe  the  intervals  in  the  standard  simulator  data  base  grid  used 
to  generate  the  TPAB . ) 

50.13.2.7.2.4  Terrain  Polygon  Record.  Each  Terrain  Polygon 
record  describes  a  single  terrain  polygon. 

50.13.2.7.2.5  Vertex  List  Pointer  Record.  This  record  is  used 
to  associate  a  terrain  polygon  with  a  Vertex  record  within  the  Vertex 
Area  Block  (VAB)  Pseudo-File.  There  will  be  three  of  these  records 
defining  the  geometry  of  each  terrain  polygon.  (The  comnon  data  base 
transformation  program  limits  the  polygon  shape  to  triangles;  ho%«ever, 
the  Project  2851  data  structure  supports  more  complex  polygons.)  By 
convention,  a  terrain  polygon  will  be  closed  implicitly  rather  than 
explicitly;  i.e.,  the  first  vertex  of  a  polygon  will  not  be  explicitly 
referenced  again  as  the  last  vertex.  The  vertex  list  pointer  records 
for  a  terrain  polygon  will  be  sequenced  in  counterclockwise  order  as 
viewed  from  above.  The  Vertex  List  Position  and  Correlation  Priority 
fields  apply  to  the  coordinate  defining  a  polygon  vertex.  The  Normal 
List  Position  field  points  to  a  separate  vertex  area  block  coordinate 
defining  a  vertex  normal  vector.  This  field  will  be  populated  with 
meaningful  data  only  when  vertex  normals  have  been  requested. 

50.13.2.7.2.6  Culture  Reference  Record.  This  record  is  used  to 
associate  a  terrain  polygon  with  a  feature  record  within  the  AFAB,  LFAB, 
PFAB,  PLFAB,  or  PLSFAB  pseudo-files,  or  with  a  model  reference  record  in 
the  MRAB  pseudo-file.  Each  record  indicates  that  a  particular  feature 
or  model  lies  upon  a  particular  terrain  polygon. 

50.13.2.7.2.7  Vertex-to-Vertex  Texture  Reference  Record.  This 
optional  record  is  used  to  define  the  placement  of  a  texture  pattern  on 
a  polygon.  It  associates  the  polygon  with  a  texture  in  the  Areal 
Texture  Library.  This  entails  the  mapping  of  texture  pattern  vertices 
to  polygon  vertices.  This  record  supports  specific  areal  texture  and 
SMC/FDC  texture  for  Stage  5.  Stage  5  is  simply  Stage  3  or  4  with 
polygon  mapping  information. 

50.13.2.7.2.8  Pseudo-EOF  Record.  Self-explanatory. 

50.13.2.7.2.9  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  Terrain  Polygon  Area  Block  Pseudo-File.  This  checksum  is 
computed  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  include  those  characters  contained  in  the  Checksum  record  itself. 
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SO. 13.2.8  Terrain  Grid  Area  Block  (T6AB)  P8eudo>Pile.  The 
TGAB  cont^aine  all  terrain  grid  poats  included  within  an  area  block. 
(Optionally,  the  user  may  request  a  QTDB  containing  both  polygonized  and 
gridded  terrain,  or  may  choose  to  omit  terrain  altogether.)  This  is  a 
required  file  when  gridded  terrain  has  been  requested,  but  it  will  be 
omitted  when  only  polygonized  terrain  has  been  requested.  When  present, 
the  TGAB  will  follow  the  TPAB  for  the  area  block.  The  TGAB  will 
represent  the  terrain  within  the  area  block  as  a  systematically  spaced 
grid  of  elevation  values.  The  resolution  (spacing)  of  the  terrain  posts 
will  be  specifiable  by  the  user  front  among  the  available  terrain  LODs  in 
the  SSDB.  The  standard  simulator  data  base  has  been  designed  to  store 
terrain  data,  if  available,  at  nominal  post  spacings  of  100m,  30m,  10m, 
and  Im  along  x  and  y.  The  coimion  data  base  transformation  program  will 
attempt  to  retrieve  terrain  data  from  the  standard  simulator  data  base 
IjOD  specified  by  the  user  for  an  area  block.  If  such  data  do  not  exist, 
the  common  data  base  transformation  program  will  select  the  best 
(highest  resolution)  lo«rer  LOD  terrain  which  does  exist  in  the  SSDB.  (A 
GTDB  will  not  be  created  if  standard  simulator  data  base  terrain  data 
does  not  exist  at  all  within  the  area  block.)  Where  the  standard 
simulator  data  base  has  only  partial  coverage  at  a  requested  resolution 
within  an  area  block,  such  data  will  be  used,  with  the  remainder  of  the 
area  block  derived  from  lower  resolution  data.  The  TGAB  will  contain  a 
complete  grid  at  the  user-specified  post  spacing,  regardless  of  which 
standard  simulator  data  base  LODs  are  used  as  the  source.  The  connion 
data  base  transformation  program  will  use  linear  interpolation  to  fill 
the  grid  if  necessary.  The  TGAB  is  logically  a  standalone  file  within 
the  GTDB,  containing  no  pointers  or  references  to  other  files. 


50.13.2.8.1 


50.13.2.8.2 


50.13.2.8.2.1 


50.13.2.8.2.2 


TGAB  Pseudo-File  Record  Order.  Self-explanatory. 
TGAB  Pseudo-File  Field  Structure.  Self-explanatory. 
TGAB  Identifier  Record.  Self-explanatory. 

File  Base  Record.  Self-explanatory. 


50.13.2.8.2.3  TGAB  Header  Record.  This  mandatory  record 
contains  control  information  describing  the  TGAB.  (Fields  identified 
"Always  Zero"  are  applicable  to  polygonized  rather  than  gridded  terrain. 
They  have  been  included  for  consistency  of  format  between  the  TPAB  and 
TGAB  area  block  headers . ) 


50.13.2.8.2.4  Terrain  Post  Record.  Each  of  these  records 
contains  a  single  terrain  elevation  value  from  the  grid  of  elevations 
making  up  the  area  block.  The  elevation  posts  are  sequenced  from  the 
southwest  corner  of  the  area  block  to  the  northeast  corner,  with 
latitude  intervals  given  from  bottom  to  top  along  each  longitude 
interval.  The  actual  latitude  and  longitude  intervals  used  are  given  in 
the  parent  TGAB  Header  record.  Each  elevation  value  will  be  represented 
as  a  coordinate  in  3-0  space.  Coordinate  triplets  are  given,  rather 
than  only  elevation  values,  because  elevation  posts  are  located  in  the 
user-specified  coordinate  system,  which  may  be  different  from  geographic 
latitude/longitude . 

50.13.2.8.2.5  Pseudo-EOF  Record.  Self-explanatory. 
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50.13.2.8.2.6  CbecksuB  Record.  This  record  contains  the  checksxun 
value  for  the  Terrain  Grid  Area  Block  Pseudo-File.  This  checksum  is 
computed  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  include  those  characters  contained  in  the  Checksum  record  itself. 


50.13.2.9  Model  Reference  Aren  Block  (NRAB)  Pseudo-File.  The 
Model  Reference  Area  Block  Pseudo-File  contains  all  model  references 
included  within  an  area  block.  The  presence  of  the  MRAB  is  optional 
depending  on  whether  the  user  has  requested  models  and  whether  available 
models  are  applicable  to  the  area  block.  When  present,  the  MRAB  will 
follow  the  TGAB  for  the  area  block.  Every  model  reference  includes  a 
model  number  which  uniquely  identifies  a  model  within  the  model 
libraries.  For  audit  trail  purposes,  each  model  reference  also  includes 
a  feature  number  identifying  the  standard  simulator  data  base  feature 
which  the  model  replaced.  Bach  model  is  positioned  within  the  area 
block  by  a  coordinate  defining  the  location  of  the  model  centroid.  Each 
model  reference  also  includes  orientation  angle,  rotation,  and  scale 
factor  descriptors.  Project  2851  does  not  move  culture  to  ensure  that  a 
model  will  not  overlap  a  terrain  polygon  boundary.  Such  an  overlap 
condition  may  cause  difficulties  for  some  image  generators.  Therefore, 
in  GTDBs  for  which  the  user  has  requested  culture  fragmentation  on 
terrain,  a  flag  will  be  set  in  the  model  reference  record  to  indicate 
the  existence  of  an  overlap,  so  that  the  user's  Formatter  Program  can 
move  the  model  if  necessary. 


50.13.2.9.1 

50.13.2.9.2 


50.13.2.9.2.1 


MRAB  Pseudo-File  Record  Order.  Self-explanatory. 
NRAB  Pseudo-File  Field  Structure.  Self-explanatory. 
NRAB  Identifier  Record.  Self-explanatory. 


50.13.2.9.2.2  File  Hame  Record.  Self-explanatory. 

50.13.2.9.2.3  MRAB  Header  Record.  This  mandatory  record 
contains  control  information  describing  the  file.  It  also  contains  a 
count  of  the  individual  model  reference  records  which  follow. 


50.13.2.9.2.4  Model  Reference  Record.  Self-explanatory. 

50.13.2.9.2.5  Pseudo-EOF  Record.  Self-explanatory. 

50.13.2.9.2.6  Checksum  Record.  This  record  contains  the  checksum 
value  for  the  Model  Reference  Area  Block  Pseudo-File.  This  checksum  is 
computed  using  a  linear  addition  of  the  binary  representations  of  all 
the  ASCII  characters  contained  in  the  pseudo-file.  The  checksum  does 
not  Include  those  characters  contained  in  the  Checksum  record  itself . 

50.13.2.10  Area  Block  Pseudo-EOF  Record.  It  indicates  that  all 
pseudo-files  describing  a  particular  area  block  have  been  processed. 
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50.14  Areal  Texrnre  (AT)  l^ibrary.  There  aay  be  one  Areal  Texture 
Library  (AT)  following  the  SLAB.  The  AT  is  optional.  When  present,  it 
contains  all  the  areal  textures  referenced  within  the  GTDB  or  explicitly 
requested  by  the  user  during  GTDB  generation.  The  AT  begins  with  the 
NITF  Header  File.  Following  it  are  a  set  of  files  for  each  areal 
texture.  If  the  texture  is  in  Stage  1,  then  the  files  shall  consist  of 
the  NITF  Image  Sub-Header  (NITFISB)  File  and  one  or  more  files  in  the 
original  format.  These  Original  Format  Image  (OFI)  Files  may  contain 
descriptive  header-type  data  or  the  image  itself,  depending  on  the 
format  and  convention  of  the  original  source.  The  NITFISB  File  is  used 
in  this  case  to  supplement  this  data  with  standard  data  that  may  be 
needed  by  the  GTDB  user  ( e . g . ,  ground  control  points  and  tie  points 
linJcing  several  images).  For  all  other  textures  (those  in  a  stage  other 
than  Stage  1 ) ,  the  files  consist  only  of  the  NITFISB  and  the  NITF  Image 
Data  (NITFID)  File.  The  NITFISB  is  identical  in  format  to  the  one  used 
for  Stage  1  textures;  however,  the  fields  that  are  required  to  hold 
valid  data  differs  bet%ireen  the  two.  Naturally,  the  NITFID  contains  the 
binary  image  data  itself.  The  AT  contains  all  areal  texture  images 
included  within  the  GTDB.  The  AT  consists  of  files  in  the  National 
Imagery  Transmission  Format  (NITF)  and  files  in  their  original  native 
format.  A  description  of  NIFT  can  be  found  in  the  National  Imagery 
Transmission  Format,  Version  1.1.  (Application  for  copies  may  be 
addressed  to  Defense  Intelligence  Agency,  DIA/DM  -  lA,  3100  Clarendon 
Boulevard,  Arelingon  VA  22201-5317.)  For  ease  of  implementation,  the  AT 
format  is  identical  to  that  of  the  Model  Texture  (MT)  Library. 

50.14.1  AT  Pile  Structure.  Self-explanatory. 

50.14.2  AT  Record  Structure.  Self-explanatory. 

50.14.2.1  HZTP  Header  File.  There  shall  be  exactly  one  NITF 
Header  (NITFB)  File  within  the  AT.  While  it  is  optional  within  a  GTDB 
since  the  AT  is  optional,  it  is  mandatory  within  the  AT  itself.  It 
contains  data  used  to  identify  the  entire  set  of  areal  textures  in  the 
GTDB  as  well  as  a  count  of  the  number  of  areal  textures  and  their 
individual  sizes.  Included  in  the  standard  NITFB  data  are  fields  for 
security.  The  file  consists  of  both  a  standard  NITF  section  as  well  as 
a  GTDB-specif ic  section.  The  NITF  Header  (NITFB)  File  is  optional  in  a 
GTDB  but  mandatory  in  the  AT  Library.  It  exists  in  the  AT  if  any  areal 
texture  is  requested.  The  file  contains  information  used  to  identify 
the  entire  set  of  areal  images  in  the  GTDB  as  well  as  a  count  of  the 
number  of  areal  images  (textures)  and  their  individual  sizes.  The 
format  of  this  file  is  the  same  as  that  in  the  NITF  standard.  It  is 
provided  here  for  completeness  and  convenience.  Each  field  has  a  label 
consisting  of  one  to  seven  alphanumeric  characters . 

50.14.2.1.1  Filename.  Self-explanatory. 

50.14.2.1.2  File  Format.  Self-explanatory. 

50.14.2.1.2.1  GTDB  User  Defined  Header  Data.  The  GTDB  User 
Defined  Header  Data  within  the  NITFB  consists  of  GTDB-  specific  control 
data  for  texture.  It  follows  the  same  conventions  as  the  rest  of  the 
NITFB  (i.e.,  field  labels  and  end-of-line  terminators). 

50.14.2.1.2.1.1  Image  Tie  Point  Data.  Self-explanatory. 
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50.14.2.1.2.1.2  6«n«ric  Text^ure  Association  Data.  Self- 

explanatory  . 


50.14.2.2  NITF  Isage  Sub-Beader  File.  There  shall  be  exactly  one 
NITF  Image  Sub-Header  (NITFISH)  File  for  each  texture  within  the  AT.  It 
provides  identification  and  descriptive  information  such  as  texture 
type,  format,  geographic  location,  environmental  conditions,  percentage 
of  cloud  cover,  image  quality  ratings,  resolution,  bands,  data  sources, 
control  points,  tie  points  between  images,  footprints,  neighbor  texture 
identification,  and  sensor  data.  The  file  consists  of  both  a  standard 
NITF  section  as  well  as  a  GTDB-specif ic  section.  The  NITF  Image  Sub- 
Header  (NITFISH)  File  is  optional  in  a  GTDB  but  mandatory  in  the  AT 
Library.  It  exists  in  the  AT  if  any  areal  texture  is  requested.  The 
file  contains  formatting  control  and  other  descriptive  information  for 
the  texture  following  this  file.  The  GTDB  implementation  of  the  NITF 
standard  for  the  GTDB  has  some  exceptions  to  the  standard.  These 
differences  affect  the  Image  Coordinate  System  Field,  the  Image 
Geographic  Location  Field,  the  use  of  Look  Up  Tables,  and  the  image 
size.  These  modifications  are  explained  here.  While  the  NITF  Image 
Coordinate  System  can  be  Universal  Transverse  Mercator  (UTM), 
geodetic/ geographic,  geocentric,  or  none,  the  GTDB  Image  Coordinate 
System  can  be  any  of  those  as  well  as  others.  In  the  GTDB 
implementation,  the  coordinate  systems  can  be  any  of  the  following: 
Geocentric,  Mercator,  Universal  Transverse  Mercator,  Lambert,  Polar, 
Local,  Geodetic  Float,  Local  Cartesian,  or  None.  While  NITF  specifies  a 
single  character  for  this  field,  the  GTDB  implementation  shall  use  the 
entire  coordinate  system  name  to  specify  it.  The  Image  Geographic 
Location  is  limited  in  NITF  to  the  nearest  second  in  latitude  and 
longitude.  This  may  not  be  good  enough  for  very  high-resolution  imagery, 
since  one  arc  second  spacing  represents  roughly  30  meters  of  ground 
resolution.  Therefore,  the  format  of  the  Image  Geographic  Location 
field  has  been  changed,  from  NITF's  four  corner  coordinates  expressed  to 
the  nearest  arc  second,  to  four  coordinates  expressed  in  units  of 
thousandths  of  arc  seconds.  It  should  be  noted  that  the  units  may  not 
be  in  geodeic  coordinates,  but  rather  metric  units,  if  any  projection 
other  than  geodetic  is  used.  In  this  case,  eleven  digits  are  used  (e.g. 
1 .234567890E+12 ) .  The  exact  outline  is  found  in  the  Texture  Footprint 
Data  in  the  GTDB  User  Defined  Image  Data  of  the  NITFISH .  NITF  supports 
the  use  of  Look  Up  Tables  (LUTs)  with  one  byte  of  binary  data  per  entry 
for  image  data.  For  visual  texture,  i.e.,  color  or  intensity  data,  the 
GTDB  NITFISH  shall  not  use  LUTs.  All  such  data  shall  be  directly  stored 
in  the  NITF  Image  Data  File.  This  is  fully  compliant  with  NITF  since 
the  number  of  LUTs  can  be  zero.  For  SMC/FDC  data,  LUTs  may  or  may  not 
be  used,  depending  on  the  user's  preference;  however,  if  LUTs  are  used, 
the  LUT  entry  shall  be  entirely  in  ASCII  with  a  length  of  seven  bytes. 
The  first  two  bytes  represent  the  SMC  (0  -  15),  while  the  following  five 
bytes  represent  the  ASCII  FDC  value.  NITF  limits  the  number  of  pixels 
per  image  to  4096  in  the  horizontal  direction  and  7700  in  the  vertical, 
with  a  maximum  of  16  bits  per  pixel  per  band.  In  order  to  more  fully 
support  GTDB  users,  the  GTDB  will  not  observe  this  limitation.  The 
image  size  will  have  no  logical  limitation.  The  format  of  this  file  is 
the  same  as  that  in  the  NITF  standard.  It  is  provided  here  for 
completeness  and  convenience.  Each  field  has  a  label  consisting  of  one 
to  seven  alphanumeric  characters . 

50.14.2.2.1  Filename.  For  example,  the  first  areal  NITF  Image  Sub- 
Beader  File  would  be  named  "TEXAOOOOl .HDR ' . 
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50.14.2.2.2  Pile  Ponet.  Self-explanatory. 

50.14.2.2.2.1  OTDB  User  Defined  Image  Data.  The  GTDB  User 
Defined  Image  Data  vithin  the  NIT7ISB  contains  formatting  control  and 
other  descriptive  information  for  the  image  following  the  GTDB  User 
Defined  Image  Data  Record.  This  set  of  fields  is  defined  specifically 
for  the  GTDB  and  supplements  the  standard  fields  provided  in  the  MITF 
Image  Sub-Header  Record.  The  GTDB  User  Defined  Image  Data  follo%n  the 
same  conventions  as  the  rest  of  the  NITFISB  (i.e.,  field  labels  and  end- 
of-line  terminators ) . 

50.14.2.2.2.1.1  General  Processing  Data.  Self-explanatory. 

50.14.2.2.2.1.2  Source  Data.  Self-explanatory. 

50.14.2.2.2.1.3  Environmental  Conditions  Data.  Self-explanatory. 

50.14.2.2.2.1.4  Texture  Footprint  Data.  Self-explanatory. 

50.14.2.2.2.1.5  Neighbor  Texture  Association  Data.  Self- 
explanatory. 

50.14.2.2.2.1.6  Model  Association  Data.  Self-explanatory. 

50.14.2.2.2.1.7  Image  Control  Data.  Self-explanatory. 

50.14.2.2.2.1.8  Sensor  Image  Data  Descriptor  Data.  The 
usefulness  of  this  data  is  dubious.  Until  experience  is  gained  in  its 
use,  the  value  will  remain  questionable.  It  may  be  found  that  this  data 
should  be  removed  because  it  is  too  difficult  to  acquire,  or  because 
sensors  are  too  varied  to  standardise  on  a  set  of  parameters  to  describe 
fiheib4.2.3  Original  Format  Image  File(s).  For  each  Stage  1  areal 
texture,  there  will  be  one  or  more  Original  Format  Image  (OFI)  Files 
following  the  NITFISH.  The  OFI  is  mandatory  for  a  Stage  1  texture 
image.  When  present,  it  contains  the  original  identification, 
descriptive  information,  and  image  itself  in  its  original  native  format 
for  a  specific  Stage  1  texture.  The  OFI  files  are  the  original  source 
files  provided.  Their  content  and  format  are  source  dependent.  Their 
filenames  are  modified,  while  their  original  source  filenames  are 
provided  in  the  ThH.  The  Original  Format  Image  (OFI)  File  is  optional 
in  a  GTDB.  It  exists  if  the  texture  requested  is  Stage  1  areal  texture . 
The  OFI  consists  of  the  original  data  provided  by  an  image  source  such 
as  EOSAT.  The  OFI  includes  all  descriptive  header  information  as  well 
as  the  imagery  provided  by  the  source  in  its  original  format.  The 
header  information  and  the  image  itself  are  not  altered  in  the  GTDB . 
Since  the  structure  of  the  file(B)  is  source-dependent,  there  is  no 
description  of  such  files  in  this  document.  The  original  filename  has 
been  replaced  by  a  filename  following  GTDB  conventions  in  order  to 
ensure  uniqueness  of  filenames  within  a  GTDB.  The  original  filename  is 
associated  with  GTDB  filename  within  the  TLB. 

50.14.2.3.1  FilenasM.  For  example,  assume  three  files  existed  for  a 
single  Stage  1  texture  (image)  which  was  the  first  areal  texture  within 
the  GTDB.  The  three  OFI  Files  would  be  named,  in  order  of  their 
appearance  within  the  GTDB,  • OFIAOOOO 1 . A ' ,  ‘ OFIAOOOOl . B • ,  and 
'OFIAOOOOl  .C  . 


C-60 


MII.-STD-1820 
APPENDIX  C 


50.14.2.4  NITF  laage  Data  File.  There  shall  be  exactly  one  NITF 
Image  Data  (NITFID)  File  for  each  texture  not  in  Stage  1  follotring  the 
NITFISB  within  the  AT.  It  provides  the  actual  image  data  itself.  While 
NITF  supports  the  use  of  LooX-Up  Tables  (LUTs),  the  GTDB  implementation 
shall  store  the  texel  values  directly  in  the  image  data  without  the  use 
of  LUTs  for  all  visual  color  and  intensity  texture;  however,  for 
SMC/FDC  data,  LUTs  may  be  used  depending  on  the  GTDB  parameters .  The 
GTDB  will  use  the  future  multi-block  image  format  outlined  in  the  NITF 
standard;  while  it  is  not  currently  supported  by  NITF,  it  should  be 
adopted  in  the  future .  Its  current  adoption  will  enable  the  GTDB  to 
offer  great  formatting  flexibility.  The  NITF  file  supports  storage  of 
texture  images  at  any  resolution  and  at  any  rectangular  size.  These 
shall  be  determined  by  GTDB  parameters.  Image  campression  is  supported 
by  NITF,  but  will  not  be  initially  implemented  in  the  GTDB.  With  the 
user  defined  fields,  the  NITF  will  support  all  coordinate  systems 
currently  supported  in  the  GTDB.  The  NITF  Image  Data  File  is  optional 
within  a  GTDB.  It  exists  if  the  texture  requested  is  non-Stage  1  areal 
texture.  Images  may  contain  RGB,  grayscale,  or  SMC/FDC  data.  The 
future  multiblock  image  format  presented  in  that  document  has  been 
implemented  in  this  record.  Under  this  format,  image  data  may  be 
formatted  on  a  pixel-by-pixel,  line-by-line,  or  block-by-block  basis 
with  bands  either  sequential  or  interleaved  bet%#een  pixels,  lines,  or 
blocks.  "Image  data  within  a  block  shall  be  formatted  on  a  row  by  row 
basis,  from  left  to  right  along  each  row  or  line,  and  from  the  top  of 
the  block  to  the  bottom,  down  the  rows.  Data  shall  begin  with  the  N 
bits  of  pixel  (0,0)  (the  first  row,  first  column)  of  the  first  block.* 
The  NITF  image  coordinate  system  starts  with  (0,0)  at  the  upper  left 
corner  of  the  image,  with  the  first  coordinate  increasing  from  top  to 
bottom,  and  the  second  coordinate  increasing  from  left  to  right.  *The  N 
bits  of  each  pixel  shall  be  in  order  beginning  with  the  svost  significant 
bit  (MSB)  and  ending  with  the  least  significant  bit  (LSB)  .  This  is 
followed  by  the  N  bits  of  data  for  pixel  (0,1),  which  is  the  first  row, 
second  column  of  the  first  block.  The  N  bits  of  data  for  pixel  (1,0) 

( the  first  column  of  the  second  row)  of  the  first  block  shall  follow  the 
last  pixel  of  the  first  row  of  the  first  block.  The  MSB  of  data  for  the 
first  pixel  of  the  first  line  of  the  second  block  shall  follow  the  LSB 
of  data  for  the  last  pixel  of  the  last  line  of  the  preceding  block.  The 
end  of  the  image  data  shall  be  LSB  of  the  N  bits  of  the  last  pixel,  last 
row,  last  block  of  the  last  band.”  "In  Sequential  Image  Mode  (i.e., 
Band  Sequential),  all  of  the  blocks  of  the  first  band  are  followed  by 
all  of  the  blocks  by  the  second  band,  and  so  on.  Thus,  the  first  block 
of  the  first  band  is  followed  by  the  data  for  the  second  block  of  the 
first  band.  The  last  block  of  the  first  band  is  then  followed  by  the 
first  block  of  the  second  band.  In  Interleaved  Image  Mode  (i.e..  Band 
Interleaved  or  Pixel  interleaved),  the  first  block  of  the  first  band  is 
followed  by  the  first  block  of  the  second  band  which  is  then  followed  by 
the  first  block  of  each  subsequent  band.  The  first  block  of  the  last 
band  is  followd  by  the  second  block  of  the  first  band,  and  so  on.* 

50.14.2.4.1  Pilenaee.  For  example,  the  NITF  Image  Data  File 
corresponding  to  the  first  areal  texture  (and  thus,  to  the  first  areal 
NITF  Image  Sub-Beader  File)  would  be  named  'TBXA00001.DAT'. 

50.14.2.4.2  File  Format.  Self-explanatory. 
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50.15  Model  Texture  (NT)  Library.  There  may  be  one  Model  Texture 
Library  (MT)  following  the  AT.  The  MT  is  optional.  When  present,  it 
contains  all  the  model  textures  referenced  within  the  GTDB  or  explicitly 
requested  by  the  user  during  GTDB  generation.  The  MT  begins  with  the 
NITP  Header  File.  Following  it  are  a  set  of  files  for  each  model 
texture.  The  files  and  their  usage  are  identical  to  that  of  the  AT. 
The  MT  contains  all  model  texture  images  included  within  the  GTDB.  A 
description  of  each  of  the  NITF  files  follows;  for  more  details,  one 
should  consult  the  NITF  document(a).  A  description  of  files  in  their 
original  native  format  can  be  found  in  the  appropriate  documentation. 
For  ease  of  implementation,  the  MT  format  is  identical  to  that  of  the 
Areal  Texture  (AT)  Library. 

50.15.1  MT  Pile  Structure.  Self-explanatory. 

50.15.2  MT  Record  Structure.  Self-explanatory. 

50.15.2.1  RZTF  Header  File.  There  shall  be  exactly  one  NITF 
Header  (NITFH)  File  within  the  MT.  While  it  is  optional  within  a  GTDB 
since  the  MT  is  optional,  it  is  mandatory  within  the  MT  itself.  The 
file  format  is  identical  to  that  in  the  AT.  The  differences  between  the 
AT  NITFH  and  the  MT  NITFH  are  in  which  fields  are  required  to  contain 
valid  real  data  and  which  fields  contain  null  data.  The  NITF  Header 
(NITFH)  File  is  optional  in  a  GTDB  but  mandatory  in  the  MT  Library.  It 
exists  in  the  MT  if  any  model  texture  is  requested.  The  file  contains 
information  used  to  identify  the  entire  set  of  model  images  in  the  GTDB 
as  well  as  a  count  of  the  number  of  model  images  (textures)  and  their 
individual  sizes. 

50.15.2.2  HITF  Image  Sub-Header  File.  There  shall  be  exactly  one 
NITP  Image  Sub-Header  (NITFISH)  File  for  each  texture  within  the  MT. 
The  file  format  is  identical  to  that  in  the  AT.  The  differences  between 
the  AT  NITFH  and  the  MT  NITFH  are  in  which  fields  are  required  to 
contain  valid  real  data  and  which  fields  contain  null  data.  The  NITF 
Image  Sub-Header  (NITFISH)  File  is  optional  in  a  GTDB  but  mandatory  in 
the  MT  Library.  It  exists  in  the  MT  if  any  model  texture  is  requested. 
The  file  contains  formatting  control  and  other  descriptive  information 
for  the  texture  following  this  file. 

50.15.2.3  Original  Format  Image  File(B),  For  each  Stage  1  model 
texture,  there  will  be  one  or  more  Original  Format  Image  (OFI)  Files 
following  the  NITFISH.  The  OFI  is  mandatory  for  a  Stage  1  texture 
image.  When  present,  it  contains  the  original  identification, 
descriptive  information,  and  image  itself  in  its  original  native  format 
for  a  specific  Stage  1  texture.  The  OFI  files  are  the  original  source 
files  provided.  Their  content  and  format  are  source  dependent.  Their 
filenames  are  modified,  while  their  original  source  filenames  are 
provided  in  the  TLB.  The  Original  Format  Image  (OFI)  File  is  optional 
in  a  GTDB.  It  exists  if  the  texture  requested  is  Stage  1  model  texture. 
The  OFI  consists  of  the  original  data  provided  by  an  image  source  such 
as  EOSAT.  The  OFI  includes  all  descriptive  header  information  as  well 
as  the  imagery  provided  by  the  source  in  its  original  format.  The 
header  information  and  the  image  itself  are  not  altered.  Since  the 
structure  of  the  file(s)  is  source-dependent,  there  is  no  description  of 
such  files  in  this  document. 
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50.15.2.4  MITT  XM9e  Da1;a  Pile.  There  shall  be  exactly  one  NITE 
Image  Data  (NITFID)  File  for  each  texture  not  in  Stage  1  following  the 
NITFISB  within  the  MT.  It  provides  the  actual  image  data  itself.  The 
file  format  is  identical  to  that  in  the  AT.  It  supports  all  of  the 
general  capabilities  supported  by  the  NITFID  in  the  AT.  The  NITF  Image 
Data  File  is  optional  within  a  GTDB.  It  exists  if  the  texture  requested 
is  non-stage  1  areal  texture.  Images  may  contain  RGB,  grayscale,  or 
SNC/FDC  data.  The  future  multiblock  image  format  presented  in  that 
document  has  been  implemented  in  this  record.  Under  this  format,  image 
data  may  be  formatted  on  a  pixel-by-pixel,  line-by-line,  or  block-by- 
block  basis  with  bands  either  sequential  or  interleaved  between  pixels, 
lines ,  or  blocks . 

50.16  Nlcrodescrlptors .  Hicrodescriptors  are  a  special  class  of 
data  structures  developed  by  the  Defense  Mapping  Agency  (DMA)  to  encode 
complex  attributes  in  its  digital  cartographic  data  bases.  Their  use 
has  so  far  been  limited  to  prototype  data  bases  ( such  as  Level  V  Digital 
Feature  Analysis  Data  (DFAD) ) .  Bo»#ever,  they  offer  a  potentially  useful 
way  to  capture  complex  information  which  would  be  very  useful  for  high- 
resolution  simulation.  Microdescriptors  have  been  specified  for  three 
general  classes  of  data:  (a)  They  can  be  used  to  provide  additional 

details  on  the  subcomposition  of  large  or  composite  features  without 
going  through  the  effort  of  digitizing  and  individually  attributing  the 
subdetail.  Microdescriptors  of  this  type  which  will  be  supported  by 
Project  2851  include  the  Bomogeneous  Area  Microdescriptor,  the  Pattern 
Distribution  Microdescriptor,  and  the  Vertically  Composite 
Microdescriptor.  These  microdescriptors  support  simulation  of  low 
altitude  radar  returns  by  providing  a  pattern  of  structures  for  modeling 
of  vertical  reflecting  surfaces  and  culture  masking  effects.  This  type 
of  roicrodescriptor  could  be  useful  in  multi-sensor  simulator 
applications  by  supporting  more  realistic  and  better  correlated 
synthetic  breakup,  model  design,  and  selection  of  areal  photo  texture, 
(b)  Microdescriptors  can  also  be  used  to  associate  data  of  a  functional 
or  operational  nature  with  culture  features.  Microdescriptors  of  this 
type  to  be  supported  by  the  GTDB  include  the  Drainage  Microdescriptor, 
the  Transportation  Microdescriptor ,  and  the  Vegetation  Microdescriptor. 
This  type  of  microdescriptor  could  be  useful  in  simulator  applications 
to  support  more  realistic  models  and  scenario  effects.  some  of  the 
attributes  (e.g.,  SMC  of  river  banks)  are  important  for  low  altitude 
radar  simulation.  (c)  For  the  GTDB,  a  new  class  of  microdescriptors  for 
the  purpose  of  encoding  temporal  effects.  This  Temporal  Effects 
Microdescriptor  will  support  descriptions  of  how  culture  characteristics 
will  change  based  on  time  of  day,  season,  weather,  and  other  conditional 
situations.  This  type  of  microdescriptor  could  support  more  realistic 
and  better  correlated  scenario  effects.  One  possible  application  in 
radar  simulation  would  be  establishing  local  seasonal  and  climate 
thresholds  for  changes  in  water  body  states.  In  the  following 
subparagraphs,  each  type  of  microdescriptor  supported  by  the  GTDB  is 
described  using  the  classic  record  and  field  structure.  This  convention 
is  used  for  clarity  in  describing  the  microdescriptors  and  for 
consistency  with  normal  applications  of  microdescriptors.  Bowever,  the 
GTDB  will  actually  store  each  microdescriptor  attribute  as  an  individual 
record  within  a  microdescriptor  record-type.  This  means  that  a 
Bomogeneous  Area  (HA)  microdescriptor,  for  example,  would  be  stored  as 
three  records,  one  for  each  attribute  field  associated  with  the  BA 
microdescriptor.  The  general  structure  of  the  microdescriptor  records 
stored  within  a  GTDB  is  to  have  a  Microdescriptor  Type  Field,  which 
identifies  the  microdescriptor  and  the  particular  attribute  being 
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described,  followed  by  a  da-ta  field  which  conbains  t.he  daia  value  for 
that  particular  microdeBcriptor  attribute.  This  approach  was  taken  to 
give  the  GTDB  the  flexibility  to  accommodate  new  or  modified 
microdescriptors  in  the  future  without  changing  the  data  base  design . 
An  additional  benefit  is  that  storage  space  is  used  only  for  attributes 
for  which  values  have  been  captured. 

50.16.1  6TOB  Microdescriptor  Records.  Self-explanatory. 

50.16.1.1  Homogeneous  Area  Microdescrlptor  Record  (BA).  The 
Homogeneous  Area  Hicrodescriptor  describes  the  basic  size  and  material 
of  a  standard  subunit  of  a  culture  feature  captured  as  one  homogeneous 
area. 


50.16.1.2  Pattern  Distribution  Hicrodescriptor  Record  (PM). 

The  Pattern  Distribution  Hicrodescriptor  provides  pareuneters  describing 
the  distribution  of  subfeatures  within  a  larger  areal  feature.  This 
microdescriptor  may  be  used  to  support  automated  algorithms  for 
synthetic  breakup . 

50.16.1.3  Drainage  Microdescriptor  Record  (TTAD) .  The  Drainage 
Microdescriptor  provides  operationally  useful  information  about  rivers . 

50.16.1.4  Transportation  Microdescriptor  Record  (TTAT) .  The 
Transportation  Hicrodescriptor  provides  operationally  useful  information 
about  bridges,  highways,  and  railroads. 

50.16.1.5  Vegetation  Microdescriptor  Record  (TTAV) .  The 
Vegetation  Microdescriptor  provides  operationally  useful  information 
about  soil  and  undergrowth  conditions. 

50.16.1.6  Vertically  Composite  Microdescriptor  Record  (VC). 
The  Vertically  Composite  Microdescriptor  describes  the  vertical 
components  of  a  structure  which  has  been  captured  as  a  single  culture 
feature  but  which  in  fact  consists  of  objects  of  interest  stacked  on  top 
of  other  objects  of  interest. 

50.16.2  Temporal  Effects  Microdescriptor  Records.  The  Temporal 
Effects  Microdescriptors  provide  situation-dependent  alternate 
attributes  for  a  feature  which  has  been  described  in  the  data  base  as  it 
would  appear  under  nominal  conditions.  The  GTDB  storage  structure  for 
these  microdescriptors  is  the  same  as  for  the  other  microdescriptors, 
except  that  one  additional  field  has  been  added  to  count  the  niunber  of 
attributes  which  are  affected  by  the  temporal  condition.  Several 
specific  microdescriptor  types  have  been  defined  to  address  various 
temporal  conditions  affecting  simulation.  These  formats  are  described 
below. 

50.16.2.1  weather  Effects  Microdescriptor  Record  (TBW) .  The 
TEW  record  is  used  to  describe  weather  conditions  which  trigger  changes 
to  one  or  more  attributes  describing  a  feature  or  model . 

50.16.2.2  Seasonal  Effects  Microdescriptor  Record  (TES). 
The  TES  record  is  used  to  describe  a  season  which  triggers  changes  to 
one  or  more  attributes  describing  a  feature  or  model . 
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50.16.2.3  Time  of  Day  Nlcrodeacrlptor  Rocord  (TXT).  The  TET 
record  is  used  to  describe  a  time-of-day  threshold  which  triggers 
changes  to  one  or  more  attributes  describing  a  feature  or  model. 

50.16.2.4  Ground  Conditions  Microdescriptor  Record  (TEG). 
The  TEG  record  is  used  to  describe  ground  conditions  which  trigger 
changes  to  one  or  more  attributes  describing  a  feature  or  model. 

50.16.2.5  Alternate  Attributes  Record  (TKAA) .  Each  TEAA 
record  is  used  to  describe  the  alternate  value  of  an  attribute 
describing  a  feature  or  model . 

50.17  Feature  Codes  and  Attributes.  The  Feature  Attribute  Coding 
Standard  (FACS)  is  being  developed  by  the  Defense  Mapping  Agency  {DIMl) 
to  standardize  data  collection  and  attribution  guidelines  in  its  digi'.al 
cartographic  data  bases.  The  use  of  FACS  in  current  DMA  products  has  so 
far  been  limited,  but  DMA  has  made  a  conmitment  to  the  adoption  of  FACS 
in  future  products  currently  under  development.  A  standard  such  as  FACS 
is  clearly  necessary  if  various  data  bases  dealing  with 
geographic/cartographic  data  are  to  be  successfully  integrated  for 
advanced  applications.  The  GTDB  will  use  FACS  standards  in  two  general 
ways;  (a)  First,  it  will  use  the  hierarchical  feature  categories 
defined  in  FACS  to  identify  what  a  feature  is.  These  identifiers  will 
be  stored  in  a  field  called  the  Feature  Descriptor  Code  (FDC)  present  in 
every  feature  record.  The  FACS  feature  categories  are  generally  a 
superset  of  categories  used  by  older  DMA  standards  such  as  Digital 
Feature  Analysis  Data  (DFAD).  However,  there  are  some  feature  types 
used  in  the  training  simulation  community  which  are  not  presently 
included  in  FACS.  The  GTDB  has  defined  additional  FAC5-li)ce  FDCs  to 
represent  these  features.  A  complete  list  of  FDCs  supported  by  the  GTDB 
is  given  in  the  separately-bound  Appendix  B  to  this  standard, 
(b)  Second,  the  GTDB  has  adopted  a  FACS-like  approach  to  feature 
attribution  as  a  technique  which  will  allow  the  future  addition  of  an 
indefinite  number  of  new  attributes  without  having  to  modify  the  data 
base  structure.  Every  feature  file  in  the  data  base  contains  an 
optional  record  type  called  a  FACS  Record.  Each  occurrence  of  a  FACS 
Record  will  be  a  feature  attribute  not  contained  among  the  "core" 
attributes  already  defined  in  the  feature  records.  The  internal  field 
structure  of  the  FACS  Record  has  been  generalized  so  that  it  contains  an 
attribute  identifier,  as  well  as  an  attribute  value.  Thus,  as  new 
attribution  requirements  are  identified,  the  additional  attributes  can 
be  given  unique  attribute  identifiers  and  stored  sequentially  among  the 
FACS  records. 


60  ROTK6 

60.1  Intended  use.  This  appendix  is  intended  to  be  used  as  a  guide 
for  the  interpretation  of  the  content  of  this  Generic  Transformed  Data 
Base  standard. 

60.3  Subject  tern  (key  word)  listing. 

Data  Base 
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£0.4  Keferenced  docuaents.  The  following  documents  were  used  as 
references,  in  preparation  of  this  standard. 

ANSI/MIL-STD-1815A,  Ada  Programning  Language. 

Defense  Mapping  Agency  Digital  Landmass  System  Product 

Specification,  First  Edition,  July  1977. 

« 

Defense  Mapping  Agency  Digital  Landmass  System  Product 

Specification,  Second  Edition,  April  1983. 

Defense  Mapping  Agency  Product  Specifications  for  a  Prototype 
Data  Base  to  Support  Bigh  Resolution  Sensor  Simulation,  First 
Edition,  December  1979. 

Defense  Mapping  Agency  Prototype  Bigh  Resolution  Data  Base 
Product  Specification,  First  Edition,  August  1980. 

Defense  Mapping  Agency  Level  X  Product  Specification,  First 
Edition,  June  1983. 

Defense  Mapping  Agency  Feature  File  Product  Specification,  First 
Edition,  August  1984. 

Defense  Mapping  Agency  Standard  Linear  Format  Product 
Specification,  First  Edition. 

Defense  Mapping  Agency  (DMA)  High  Resolution  Data  (Level  X) 
Specification  for  B-IB  simulator. 

DMA  Standard  Supporting  Marie  90,  Section  100,  Glossary  of 
Feature/Attribute  Definitions,  Second  Edition,  June  1988, 
revised  December  1988. 

60.5  Design  Botes.  The  following  is  an  overview  of  design  features 
of  the  GTDB. 

60.5.1  For  configuration  management  and  data  base  verification 
purposes,  the  design  includes  storage  of  all  transformation  parameters 
used  to  generate  the  GTDB  in  the  Gaming  Area  Header  File. 

60.5.2  The  GTDB  includes  a  class  of  header  data  records  to  provide  data 
base  statistics  for  the  user.  These  statistics  include  measures  of  data 
density  and  distribution  for  different  area  bloclcs  and  simulator  levels 
of  detail  (SLODs)  within  a  GTDB.  These  statistics  are  intended  to  be 
helpful  to  users  in  planning  and  optimizing  the  exploitation  of  GTDBs . 

60.5.3  When  polygonized  (rather  than  gridded)  terrain  is  requested, 
there  are  optional  fields  which  will  associate  each  terrain  polygon  with 
all  culture  features  lying  upon  it.  if  culture  fragmentation  along 
terrain  polygon  boundaries  is  requested  during  transformation,  then  the 
individual  fragments  will  be  tied  to  the  terrain  polygons . 
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60.5.4  Aa  originally  designed,  ^be  GTDB  carried  a  security  level 
attribute  all  the  way  do%m  to  the  individual  feature  and  model  level. 
Although  the  Project  2851  data  base  concept  continues  to  anticipate  that 
a  GTDB  may  be  created  from  data  of  varying  security  levels,  it  is 
impractical  to  expect  GTDB  recipients  to  control  secure  data  within  an 
integrated  data  base  at  extreme  levels  of  granularity.  Therefore,  the 
effective  security  level  was  changed  to  the  file  level  within  the  GTDB. 
If  any  data  within  a  GTDB  file  is  classified,  then  the  entire  file  is 
classified  to  the  highest  level  of  any  data  within  it.  Technically,  a 
GTDB  may  consist  of  some  files  which  are  classified  and  same  «diich  are 
not,  but  the  actual  classification  will  be  dependent  upon  operational 
implementation . 

60.5.5  There  will  be  users  who  wish  to  maintain  a  high  level  of 
correlation  between  two  separate  GTDBs  built  to  support  two  different 
simulators;  e.g.,  between  radar  and  visual  displays,  or  among  networXed 
simulators.  Perfect  correlation  between  dissimilar  simulators  systems 
is  not  always  possible.  However,  Project  2851  has  included  design 
features  which  will  help  maximi2e  correlation.  First,  fields  have  been 
added  which  may  be  used  to  flag  and  prioritize  data  base  features  which 
are  particularly  significant  for  correlation.  Second,  for  users  who 
require  gridded  terrain,  there  is  an  option  for  deriving  the  grid  values 
from  the  polygonized  terrain  of  related  (or  the  same)  GTDB. 

60.5.6  A  class  of  culture  microdescriptors  has  been  designed 
specifically  to  encode  temporal  characteristics.  These  new 
microdescriptors  can  be  used  to  help  standardize  simulator  rendering  of 
seasonal,  weather,  time-of-day,  and  conditional  effects. 

60.5.7  Attributes  which  may  be  sensor-specific  (e.g.,  directivity)  are 
carried  as  dual  attributes  <e.g.,  radar  directivity  and  infrared 
directivity).  Attributes  which  do  not  vary  with  the  sensor  (e.g., 
height  or  surface  material  category)  are  included  only  once. 

60.5.8  The  sequence  of  files  within  the  GTDB  has  been  designed  to 
minimize  the  probable  volume  of  processing  by  a  user's  Formatter  Program 
(FP)  .  As  a  general  rule,  referenced  data  items  are  presented  prior  to 
their  being  referenced. 

60.5.9  The  GTDB  currently  has  ail  data  represented  in  the  ASCII 
character  set  rather  than  in  VAX  numeric  formats  or  Ada  data  types . 
This  makes  the  tapes  more  universally  readable  without  special 
programming  for  system-specific  data  conversions.  Due  to  the  fact  that 
ASCII  data  sets  tend  to  become  quite  large,  however,  this  may  be  changed 
at  some  future  date. 

60.5.10  Each  file  within  the  GTDB  begins  with  a  file  identifier  record 
and  a  filename  record. 

60.5.11  Consolidated  vertex  files  have  been  defined  to  reduce  redundant 
specification  of  coordinates.  There  are  consolidated  terrain/culture 
vertex  file  on  a  per  area  block  basis. 

60.5.12  Vertex  normals  can  be  included  as  a  data  base  option.  These 
normals  apply  to  polygonized  terrain  and  models. 

60.5.13  Data  fields  are  separated  by  the  ASCII  null  character. 
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60.5.14  An  effort  has  been  nade  to  reduce  the  niunber  of  separate 
physical  files  used  to  store  the  GTPB  data.  Data  units  called  'pseudo¬ 
files'  have  been  defined  for  collections  of  records  %diich  can  logically 
be  treated  as  independent  files  but  which,  for  performance  reasons,  have 
been  physically  grouped  with  other  pseudo-files  within  a  larger  physical 
file.  The  grouping  of  psuedo-files  into  fewer  physical  files  has  been 
found  to  improve  I/O  performance  dramatically. 

60.5.15  The  Culture  Reference  Record  within  the  Terrain  Polygon  Area 
Block  Pseudo-Pile  has  been  designed  to  make  it  possible  to  associate 
model  references,  as  «iell  as  culture  feature  references,  with  a  given 
terrain  polygon. 

60.5.16  Nithin  the  Terrain  Grid  Area  Block  Pseudo-File,  terrain 
elevation  post  values  are  stored  one  post  per  record.  This  approach 
reflects  the  wide  variation  possible  in  area  block  sizes. 

60.5.17  Restrictions  on  area  block  size  are  that  no  aide  may  exceed  15 
minutes  of  arc,  and  that  neighboring  area  blocks  must  share  mutually 
identical  boundaries . 
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1 .  The  purpose  of  this  standard  is  to  define  the  Standard  Simulator 
Data  Base  (SSDB)  Interchange  Format  (SIP). 

2.  The  Standard  Simulator  Data  Base  (SSDB)  is  the  central  repository 
of  validated  simulator  databases  for  the  DoD  training  simulation 
ccnmunity.  The  SSDB  was  developed  under  an  Air  Force  program  called 
Project  2851  (contract  F33657-86-C-0182) .  Tri-Service  coordination  has 
been  maintained  via  the  Joint  Technical  Coordinating  Group  for  Training 
Systems  and  Devices  (JTCG-TSD).  The  SSDB  will  be  maintained  at  the  DoD 
Simulator  Data  Base  Facility  (SDBF). 

3.  The  SIF  «irill  serve  as  an  input/output  vehicle  for  sharing  digital 
simulator  databases  via  the  SSDB.  Database  builders  may  be  tasked  to 
supply  their  databases  to  the  SDBF  in  this  format.  The  SDBF  would  then 
be  responsible  for  integrating*  the  databases  into  the  SSDB,  from  which 
data  may  later  be  extracted  for  use  by  other  simulator  systems,  in 
either  SIF  or  Generic  Transformed  Data  Base  (GTDB)  format.  This  will 
allow  the  Government  to  re-use  databases  created  for  specific  simulation 
programs . 

4.  This  standard  defines  two  different  versions  of  SIF,  in  order  to 
support  two  different  scenarios  for  sharing  of  SSDB  data.  In  one  form, 
the  SSDB  can  be  made  available  in  its  con^lex  internal  system-specific 
format  to  support  distributed  maintenance  by  SDBF-ccnpatible  data  base 
systems,  or  to  support  autonomous  but  SSDB-ccn^atible  data  base 
production  by  training  system  programs.  In  SIF's  other  form,  there  will 
be  a  mechanism  for  passing  the  essential  contents  of  simulator  data 
bases,  including  the  SSDB,  for  use  or  maintenance  on  systems  with 
significantly  different  software  than  the  SDBF.  The  "SSDB  Interchange 
Format  for  Distributed  Processing  (SIF/DP)*  has  been  defined  to  handle 
the  first  situation,  while  the  "SSDB  Interchange  Format  for  High  Detail 
Input/Output  (SIF/BDI)*  has  been  defined  for  the  second. 

5.  The  two  SIF  formats,  SIF/DP  and  SIF/BDI,  are  logically  identical 
but  differ  in  physical  format.  Use  of  one  format  where  the  other  would 
be  BK>re  appropriate  is  likely  to  cause  the  ijig>leBienting  program  to  incur 
unnecessary  costs.  It  is  therefore  import int  that  the  SIF  user  possess 
an  understanding  of  the  distinction  between  the  two  alternatives,  before 
specifying  either  for  use. 

6.  When  it  is  required  that  a  simulator  program  receive  database 
inputs  from  the  SDBF,  a  third  format  may  be  used.  This  third  format 
designated  the  Generic  Transformed  Data  Base  (GTDB),  is  documented  in 
MIL-STD-1820.  The  GTDB  is  strickly  an  output  product  format  of  the  SDBF 
and  is  a  more  thoroughly  processed  database  than  SIF.  It  is  capable  of 
supporting  a  much  greater  range  of  data  selection  and  formatting  options 
than  either  SIF/BDI  or  SIF/DP.  GTDB  should  be  considered  for  use 
instead  of  SIF  %fhen  the  receiving  system  wishes  to  minimire  post¬ 
processing  of  the  data. 
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1 .  SCOPE 

1.1  Scope.  This  standard  defines  the  Standard  Simulator  Data  Base 
Interchange  Format  (SIF). 

1.2  Applicability .  This  standard  should  be  invoked  «dien  the 
acquisition  agency  establishes  a  requirement  that  a  digital  database 
created  to  support  a  specific  training  simulator  program  be  shared  with 
other  programs  via  the  Simulator  Data  Base  Facility  (SDBF)  Standard 
Simulator  Data  Base  (SSDB),  and/or  that  a  digital  database  available 
from  the  SSDB  be  used  as  an  input  source  by  the  invoking  program. 

1.3  Application  guidance.  The  SIF  standard  encompasses  two 
independent  data  formats,  SIF  for  High  Detail  Input /Output  (SIF/HDI)  and 
SIF  for  Distributed  Processing  (SIF/DP).  The  acquisition  agency  should 
select  the  most  appropriate  alternative  baaed  on  the  requirements  and 
constraints  of  a  particular  program.  In  selecting  the  format  most 
applicable  to  a  particular  program,  a  third  format,  GTDB,  should  be 
considered  as  well.  The  selection  of  a  standard  format  should  be  based 
upon  the  following  general  criteria. 

1.3.1  SIF/HDI.  SIF/HDI  is  designed  to  serve  as  a  comprehensive  set  of 
formats  for  exchange  of  simulator  databases  bet«reen  the  SDBF  and 
external  database  generation/transformation  systems.  It  may  be  used  to 
transmit  a  validated  database  to  the  SDBF  for  storage  in  the  SSDB 
central  repository  and  subsequent  dissemination  to  other  programs.  It 
may  also  be  used  to  receive  and  input  a  database  from  the  SDBF  SSDB  for 
further  processing  on  a  simulator  database  generation  system.  SIF/HDI 
should  be  specified  when  the  invoking  program  %rishes  to  export  a 
database  to  the  SDBF  and/or  to  import  a  database  contained  within  the 
SSDB. 

1.3.2  SIF/DP.  SIF/DP  is  designed  for  exchange  of  databases  using 
formats  essentially  identical  to  internal  binary  formats  maintained  on 
the  SDBF  system.  It  is  the  preferred  format  for  distributed  or 
supplemental  maintenance  and  enhancement  of  internal  SSDB  files. 

Systems  processing  SIF/DP  data  would  require  SDBF-ccng>atible  hardware 
and  software. 

1.3.3  GTDB.  The  Generic  Transformed  Data  Base  (GTDB)  format,  HIL-STD- 
1820,  is  strickly  an  output  product  format  frexn  the  SDBF.  It  is  capable 
of  a  much  greater  degree  of  tailoring  than  SIF,  in  terms  of  data 
content,  encoding  formats,  and  degree  of  transformation  processing.  It 
is  the  preferred  SDBF  product  format  when  the  recipient  wishes  to 
minimise  additional  filtering  and/or  transformation  of  the  data.  The 
GTDB  format  is  not  supported  as  a  SDBF  data  source;  therefore,  it  should 
not  be  specified  when  the  invoking  program  wishes  to  export  a  database 
to  the  SDBF. 
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1.4  Tailoring  of  requirement  deaeriptions .  The  detailed  technical 
requirementa  of  this  format  have  been  structured  to  permit  tailoring  to 
suit  the  particular  database  requirements  of  an  individual  program. 

Under  normal  circumstances,  it  shoulJ  be  sufficient  for  an  acquisition 
agency  to  specify  compliance  with  the  SIF  standard  as  a  whole,  with 
specific  exceptions  granted  on  a  case>by-caee  basis  with  the  concurrence 
of  the  SDBF.  First- time  users  of  the  SIF  standard  should  read  Appendix 
C  for  general  guidance  on  applying  the  standard  to  particular 
applications . 

1.5  Method  of  reference.  This  standard  should  be  invoked  by  requiring 
that  a  program  utilize  and/or  deliver  databases  in  accordance  with  MII,- 
STD-1821.  Interface  with  the  SDBF  is  implicit  in  any  invocation  of  this 
standard . 

2 .  APPLICABLE  DOCUKEHTS 

2 . 1  Government  documents 

2.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  document  to 
the  extent  specified  herein.  Unless  otherwise  specified,  the  issues  of 
these  documents  shall  be  those  listed  in  the  issue  of  the  Department  of 
Defense  Index  of  Specifications  and  Standards  (DoDISS)  and  supplement 
hereto,  cited  in  the  solicition  (see  6.2). 

Military  standard 

MIL-STD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Unless  otherwise  indicated,  copies  of  federal  and  military 
specifications,  standards,  and  handbooks  are  available  from  the  Naval 
Publications  and  Forms  Center,  ATTN:  NPODS,  5801  Tabor  Avenue, 
Philadelphia  PA  19120-5099.) 

2.1.2  Other  Government  documents,  drawings,  and  publications.  The 
following  other  Government  docxnnents,  drawings,  and  publications  form  a 
part  of  this  docximent  to  the  extent  specified  herein.  Unless  otherwise 
specified,  the  issues  shall  be  those  cited  in  the  solicitation  (see  6.2) 
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DEFENSE  INTELLIGENCE  AGENCY 

DDM-2600-  National  Imagery  Transmisaion  Format  (NITF), 

63220-90  Version  1.1,  1  March  1989,  sections  1  through  4.5 

(Application  for  copies  should  be  addressed  to  Defense  Intelligence 
Agency,  DIA/DM-lA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 


U-321 /CIO-2 

MIL-STD-XXX- 

BWC3 


"Joint  Photographic  Experts  Group  (JPEG)  Image 
Compression  For  The  National  Imagery  Transmission 
Format  Standard",  Director  of  Central  Intelligence 


(Application  for  copies  should  be  addressed  to  TASC,  ATTN:  NTB 
Secretary,  55  Walkers  Brook  Drive,  Reading  MA  01667-3297.) 


U.S.  DEPARTMENT  OF  COMMERCE 


Initial  Graphics  Exchange  Specification  (IGES), 

Version  4.0,  June  1988,  sections  applicable  to 
Constructive  Solid  Geometry  (CSG) 

(Application  for  copies  should  be  adressed  to  U.S.  Department  of 
Comnerce,  National  Bureau  of  Standards.) 

2.2  Non-Govemmcnt  publications .  The  following  doeustents  form  a  part 
of  this  document  to  the  extent  specified  herein.  Dnless  otherwise 
specified,  the  issues  of  the  documeats  which  are  DoD  adopted  shall  be 
those  listed  in  the  issue  of  bhe  DoDISS  cited  in  the  solicitation  (see 
6.2).  Unless  otherwise  specified,  the  issues  of  documents  not  listed 
in  the  DoDISS  shall  be  the  issues  of  the  documents  cited  in  the 
solicitation  ( see  6.2). 


AMERICAN  NATIONAL  STANDARDS  INSTITUTE  (ANSI) 


ANSI  X3.4  American  Standard  Code  for  Information  Interchange 

(ASCII) 

ANSI  X3.27  Information  Systems  -  File  Structure  and  Xiabeling  of 

Magnetic  Tapes  for  Information  Interchange 


ANSI /IEEE  Binary  Floating  Point  Arithmetic 

STD  754 


(Application  for  copies  should  be  addressed  to  American  National 
Standards  Institute,  11  West  42nd  Street,  New  York  NY  10036.) 
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(Non-Government  standards  and  other  publications  are  normally  available 
from  the  organizations  that  prepare  or  distribute  the  docxunents.  These 
documents  also  may  be  available  in  or  through  libraries  or  other 
informational  services . ) 

2.3  Order  of  precedence.  In  the  event  of  a  conflict  between  the  text 
of  this  document  and  the  references  cited  herein,  the  text  of  this 
document  shall  take  precedence.  Nothing  in  this  document,  however, 
supersedes  applicable  laws  and  regulations  unless  a  specific  exemption 
has  been  obtained. 

* 

3.  DEFINITIONS  AND  ACRONYMS 

3.1  Definitions .  For  the  purpose  of  this  standard,  the  following 
definitions  shall  apply. 

3.1.1  Data  Fields.  The  definitions  of  all  data  fields  used  in  Sir  are 
provided  in  Appendix  A,  SIF  Data  Dictionary. 

3.1.2  Files  and  Records.  A  description  of  the  application  of  each  file 
and  record  type  may  be  found  in  Appendix  C,  Rationale  and  Guidance, 
Section  50. 

3.1.3  Terms .  As  used  in  this  document,  the  following  terms  are  defined 
as  shown. 

Areal  Feature.  The  representation  of  an  object  in  a  culture  data  base 
as  a  closed  polygon,  with  associated  attributes. 

Constructive  Solid  Geometry  (CSG>.  A  method  of  representing  three- 
dimensional  objects  in  %diich  complex  shapes  are  created  through  the 
additive  and  subtractive  combination  of  volumetric  primitives,  such  as 
cylinders,  spheres,  and  prisms. 

CSG  Model.  A  model  created  using  CSG  techniques. 

Culture  Data.  A  two-dimensional  digital  data  set  containing  information 
representing  both  natural  and  manmade  features  on  the  Earth's  surface. 

Data  Base  Generation  System  fPBGSl.  A  hardware /software  system  used  to 
transform  raw  hardcopy  and  softcopy  sources  (such  as  maps  and  imagery) 
into  composite  digital  data  bases,  which  are  subsequently  used  in  real¬ 
time  simulator  image  generation  equipment  anf  supports  constructive  (2D) 
modelling  and  simulation. 

Digital  Feature  Analysis  Data  tDFAD>.  A  standard  DMA  data  base 
consisting  of  selected  natural  and  manmade  planimetric  features, 
classified  as  point,  line,  or  areal  features  as  a  function  of  their  size 
and  composition.  DFAD  is  stored  in  a  spaghetti  vector  format. 

Digital  Terrain  Elevation  Data  (DTED).  A  standard  DMA  data  base 
consisting  of  a  uniform  matrix  of  terrain  elevation  values. 
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Dietributed  ProceBsina  fPP^.  One  concept  of  Sir  production,  wherein 
alternate  production  centers  are  eetablished  at  remote  facilities,  are 
equipped  with  SDBF-compatible  DBGSs,  and  exchange  SSOB  files  directly 
with  the  SDBF. 

Edge.  The  line  formed  by  the  connection  of  two  vertices. 

Elevation  Data.  Digital  information  representing  the  variation  in 
elevation  of  the  Earth's  surface,  relative  to  mean  sea  level. 

Face.  A  planar  two-  or  three-dimensional  structure  formed  by  the  closed 
connection  of  a  series  of  segments. 

Face-Based  Texture.  A  technique  for  applying  a  texture  map  to  a  single 
polygon,  wherein  the  texture  pattern  is  of  a  fixed  size,  and  replicated 
as  often  as  is  necessary  to  cover  the  entire  polygon. 

Feature  Attribute  Coding  Standard  f  FACS \ .  A  Defense  Mapping  Agency 
developed  system  of  alphanumeric  codes,  which  are  used  to  represent 
various  properties  of  cultural  features  stored  in  a  data  base. 

Feature  Data.  Same  as  Culture  Data. 

Feature  Descriptor  Code  < FDC  > .  An  alphanumeric  code  used  to  identify 
the  type  of  a  cultural  feature  stored  in  a  data  base. 

Generic  Texture.  A  file  containing  a  non-geospecific  pattern,  eligible 
for  mapping  repeatedly  onto  any  polygon  in  the  data  base. 

Generic  Transformed  Data  Base  (GTDBK  A  product  of  the  SDBF,  consisting 
of  data  which  has  been  extracted  from  the  SSDB  and  tailored  to  meet  the 
sp>ecific  characteristics  of  a  particular  training  simulator  image 
generator  and/or  constructive  2D  MtS. 

Global-Based  Texture.  A  technique  for  applying  texture  to  terrain, 
wherein  an  orthorectified  image  is  mapped  onto  the  terrain  polygons  at 
the  corresponding  geographic  location. 

Gridded  Data.  Digital  information  which  is  uniformly  distributed  in  the 
form  of  a  two-dimensional  matrix,  where  a  data  value  is  provided  for 
each  (x,y)  coordinate.  Both  terrain  elevation  and  rasterized  texture 
are  considered  types  of  gridded  data  files. 

High  Detail  Input /Output  fHDIK  A  concept  of  SIF  production,  wherein 
external  producers  use  non-SDBF-compatible  DBGSs  to  create  SIF  data  sets 
for  SDBF  consumption;  and  conversely,  the  SDBF  provides  SIF  data  sets  to 
external  consumers  for  application  on  training  simulators.  The  BDZ  tern 
derives  from  the  fact  that  the  primary  purpose  of  this  interface  is  to 
facilitate  the  reuse  of  densely-populated  data  bases,  which  can  be  quite 
expensive  to  create. 

Initial  Graphics  Exchange  Standard  (IGESI.  A  format  for  the 
distribution  of  computer  graphics  files  developed  by  the  National 
Institute  of  Science  and  Technology.  IGBS  is  used  as  the  basis  of  the 
SIF  Constructive  Solid  Geometry  (CSG)  model  format. 
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Island.  A  section  of  high- resolution  data  embedded  in  a  data  base  LOD 
of  lower  overall  resolution.  An  island  is  also  kno%m  as  hi-res  patch. 

Level  of  Detail  (LOD^ .  One  of  a  set  of  representations  of  a  given  unit 
of  terrain,  culture,  texture,  or  model  data,  which  contains  only  those 
components  of  the  unit  which  can  be  independently  defined  at  a  specified 
resolution. 

Lineal  Feature.  The  representation  of  an  object  in  a  culture  data  base 
as  a  vector  or  connected  series  of  vectors,  with  associated  attributes. 

Linear  Feature.  Same  as  Lineal  Feature. 

Manuscript.  A  geographic  subset  of  the  total  data  base,  vdiich  has  been 
physically  segregated  for  purposes  of  manageability. 

Model .  A  two-dimensional  or  three-dimensional  geometric  representation 
of  a  physical  entity,  vdiich  includes  sufficient  attribution  to  present  a 
recognisable  portrayal  of  that  object  when  rendered  on  a  real-time  image 
generator . 

Model-Based  Texture.  A  technique  for  applying  a  texture  map  to  a  model, 
wherein  the  texture  pattern  is  applied  to  multiple  polygons  simultaneously. 

National  Imagery  Transmission  Format  (NITFK  A  digital  file  format 
designed  by  the  Defense  Intelligence  Agency  for  the  distribution  of 
raster  imagery  data. 

Node.  The  coordinates  specifying  a  point  location  in  a  two-dimensional 
plane,  or  three-dimensional  space. 

Non-Mapped  Texture.  The  transmittal  of  texture  patterns  in  a  SIF  data 
set  *rithout  associating  them  with  any  models  or  features. 

Planimetric  Data.  Same  as  Culture  Data. 

Point  Feature.  The  representation  of  an  object  in  a  culture  data  base 
as  a  single  point  in  space,  with  associated  attributes. 

Point  Light  Feature.  The  representation  of  a  light -emitting  point 
feature  in  a  culture  data  base. 

Point  Light  String  Feature.  The  representation  of  a  series  of  logically 
related  point  light  features  in  a  culture  data  base. 

Polygon .  Same  as  Face. 

Polygonal  Model.  A  model  created  through  the  definition  of  boundary 
polygons,  which  implicitly  define  solid  objects. 

Raster  Data.  A  matrix  of  evenly  spaced  rows  and  columns  of  texture  or 
picture  elements  (texels  or  pixels).  Examples  and  SPOT  and  LANDSAT  imagery. 

Rendering  Priority.  The  relationships  established  among  objects  such  as 
to  define  which  occult  the  others  from  different  perspectives. 
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Segment .  A  series  of  connected  edges. 

Separating  Plane.  A  non-displayed  plane,  which  may  be  defined  by  a 
polygon,  inserted  into  a  three-dimensional  model  for  the  purpose  of 
establishing  priority  cells  or  clusters,  vdtich  speeds  the  computation  of 
hidden  surfaces  on  the  model  on  certain  image  generators. 

Separation  Plane.  Same  as  Separating  Plane. 

SIF  Consumer.  A  training  simulator  contractor  with  the  requirement  to 
utilize  data  bases  in  SIF  format.  * 

SIF  Producer.  A  training  simulator  contractor  with  the  requirement  to 
deliver  digital  data  bases  to  the  Government  in  SIF  format. 

SIF/DP.  The  version  of  SIF  designed  to  support  the  Distributed 
Processing  scenario. 

SIF/HDI .  The  version  of  SIF  designed  to  support  the  High  Detail 
Input/Output  scenario. 

Simulator  Data  Base  Facility  rSDBF).  The  production  and  maintenance 
center  for  DoD  training  simulator  data  bases,  to  be  managed  by  the 
Defense  Mapping  Agency,  and  located  in  St.  Louis,  MO. 

Surface  Material  Category  fSMC</FDC  Texture.  A  Stage  3  Specific  Areal 
Texture  file  for  %diich  surface  material  and  feature  descriptor  codes 
have  been  substituted  for  the  raw  intensity  value  of  each  pixel. 

"Spaghetti*  Vector.  A  vector  data  format  wherein  features  are 
independently  defined,  nodes  and  edges  are  associated  with  individual 
features,  and  no  topological  relationships  are  maintained  among 
features . 

Stage  1  Specific  Areal  Texture.  A  texture  file  which  contains  raw 
digital  imagery  (i.e.,  that  which  has  not  been  modified  through  any 
image  processing  teclmique ) ,  and  the  ground  control  points  needed  to  map 
it  onto  culture  polygons  in  its  correct  geographic  location. 

Stage  1  Specific  Model  Texture.  The  same  as  Stage  1  Specific  Areal 
Texture,  but  with  the  control  points  needed  to  map  it  onto  model 
polygons . 

Stage  2  Specific  Areal  Texture.  A  texture  file  containing  an  image 
which  has  been  modified  through  basic  image  processing  techniques,  such 
as  shadow  removal  and  radiometric  correction,  but  has  not  been  modified 
geometrically.  This  type  of  texture  includes  ground  control  points. 

Stage  2  Specific  Model  Texture.  The  same  as  Stage  2  Specific  Areal 
Texture,  but  with  the  control  points  needed  to  map  it  onto  model 
polygons . 

Stage  3  Specific  Areal  Texture.  A  texture  file  containing  an  image 
which  has  been  orthorectified  into  a  geodetic  equal-arc  pixel  spacing, 
in  addition  to  being  processed  as  in  Stage  2. 
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St-aoe  3  Specific  Model  Texture.  The  aame  as  Stage  3  Specific  Areal 
Texture,  but  geometrically  mapped  into  the  model  coordinate  space  with 
equal-distance  pixel  spacing. 

Standard  Simulator  Data  Base  (SSDB^.  The  internal  information  filing 
structure  used  by  the  Simulator  Data  base  Facility. 

Superf cature .  An  aggregate  of  individual  features  within  a  culture  tile 
into  a  larger  homogeneous  data  group  tdiich  identifies  all  children 
features  belonging  to  this  homogeneous  data  group. 

Terrain  Data.  As  used  in  this  standard,  elevation  data  represented  by 
DTBD  is  considered  terrain  data. 


Texture  Data.  A  tw-diroensional  raster  data  set  which  contains  pixel 
data,  usually  derived  from  imagery,  tdiich  is  overlaid  on  polygonal  or 
other  raster  data  during  the  real-time  rendering  process,  to  increase 
its  spatial  frequency. 

Tile.  Same  as  Manuscript. 


Topology .  The  establishment  of  relationships  among  features  in  a  data 
set,  such  that  contextual  data  base  queries  can  be  made. 

Traversal .  The  process  of  identifying  the  points  and  edges  comprising  a 
feature  in  a  systematic  fashion. 

VAX/VMS.  A  proprietary  computer  operating  system  developed  by  the 
Digital  Equipment  Corporation,  and  used  by  the  SDBF. 

Vector .  Same  as  Segment. 

Vector  Product  Format.  A  general-purpose  vector  data  representation 
standard  developed  by  the  Defense  Mapping  Agency,  which  will  be  used  as 
the  basis  of  many  of  their  future  cartographic  products. 

Vertex .  Same  as  Node. 

Vertex- to-Vertex  Texture .  A  technique  of  applying  a  texture  map  to  a 
polygon,  idierein  specific  texture  pixels  are  registered  to  the  polygon 
vertices,  and  the  remainder  of  the  texture  pattern  is  warped  to  fit  the 
polygon . 

Volumetric  Modeling.  Same  as  Constructive  Solid  Geometry. 


3.2  Acronyms .  For  the  purpose  of  this  standard,  the  following 
acronyms  shall  apply. 


AMSDIU, 

ANSI 

API 

ASCII 

ASC 

EOT 

BPI 

BSP 


Acquisition  Management  Systems  and  Data 
Requirements  Control  List 
American  National  Standards  Institute 
Application  Programmer's  Interface 
American  Standard  Code  Information  Interchange 
Aeronautical  Systems  Center 
Beginning-of -tape 
Bits  Per  Inch 
Binary  Separating  Plane 
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COR 

CSG 

DBDD 

DBGS 

DFAO 

DIAM 

DID 

DLMS 

DHA 

DoD 

DP 

DTED 

EOF 

EOT 

FACS 

FID 

FDC 

FOM 

CDS 

GFE 

GFP 

GTDB 

ecv 

BDI 

ICMGMS 

IGES 

JPEG 

JTCG-TSD 

LOD 

LSB 

LOT 

MSB 

MSL 

MIST 

NITF 

PDR 

RGB 

60BF 

SIF 

SIF/DP 

SIF/HDI 

SMC 

SSDB 

OTM 

VMS 

VPF 

WGS 


Critical  Design  Review 
Constructive  Solid  Geontetry 
Data  Base  Design  Document 
Data  Base  Generation  System 
Digital  Feature  Analysis  Data 
Defense  Intelligence  Agency  Manual 
Data  Item  Description 
Digital  Landmass  System 
Defense  Mapping  Agency 
Department  of  Defense 
Distributed  Processing 
Digital  Terrain  Elevation  Data 
End  of  File 
End-of-tape  Marker 
Feature  Attribute  Coding  Standard 
Feature  Identifier 
Feature  Descriptor  Code 
Figure  of  Merit 
Gridded  Data  Section 
Government~Furnished  Equipment 
Govemment~Furnished  Property 
Generic  Treoisformed  Data  Base 
Bue-Chroma>Value 
High  Detail  Input /Output 
Interactive  Computer  Modelling 
Geometric  Modelling  System 
Initial  Graphics  Exchange  Specification 
Joint  Photographic  Experts  Group 
Joint  Technical  Coordinating  Group  -  Training 
Systems  and  Devices 
Level  of  Detail 
Least  Significant  Bit 
Look-Up  Table 
Most  Significant  Bit 
Mean  Sea  Level 

National  Institute  of  Standards  and  Technology 

National  Imagery  Transmission  Format 

Preliminary  Design  Review 

Red-Green-B lue 

Simulator  Data  Base  Facility 

SSDB  Interchange  Format 

SIF  for  Distributed  Processing 

SIF  for  High-Detail  Input/Output 

Surface  Material  Category 

Standard  Simulator  Data  Base 

Universal  Transverse  Mercator 

Virtual  Memory  System 

Vector  Product  Format 

World  Geodetic  System 
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4 .  GBIERAl.  REQUXREMErrS 


4.1  External  evatan  interface.  When  invoked  as  an  interface  standard, 
SXF  shall  be  used  to  transmit  and/or  receive  simulator  databases 
to/from  the  SDBF  or  another  contractually  specified  simulator  system. 
Thus,  application  of  this  standard  may  require  technical  coordination 
between  the  sending  and  the  receiving  systems.  Appendix  C  gives  general 
guidance  on  application  of  this  standard. 


4.2  Physical  medium.  SXF  was  originally  designed  to  be  transmitted  on 
sequential-access  9-track  magnetic  tape.  Alternative  media  may  be  used 
upon  approval  of  the  acquisition  activity  (see  6.2). 


4.2.1  Physical  tape  labeling  Each  SXF  tape  shall  have  a  physical  paper 
label  placed  on  it  consisting  of  the  following  information: 

SXF  Format  (always  ’SIF/BDI*  for  SIF/HDX  , 
always  'Sir/DP’  for  SIF/DP) 

Transmittal  XD 

Data  Base  Title  (Short  Description) 

Volume  XD 
Originator ' s  Name 


4. 2. 1.1  Transmittal  XD.  The  Transmittal  ID  is  a  character  string  which 
uniquely  identifies  the  SXF  data  base  exchange.  The  XD  shall  be  encoded 
as  follo«rs: 

YYMMDDOOXX 

where  YYKMDD  >  year,  month,  and  day  of  tape  creation, 

00  =  the  originator  code,  and 

XX  K  sequence  number  for  that  day  by  that  originator. 


4. 2. 1.1.1  For  example,  assume  an  organization  creates  a  single  SXF  data 
base  on  June  15,  1992.  The  unique  originator's  code  is  *23',  and  the 
data  base  will  be  sent  to  two  organizations,  thus  resulting  in  two 
transmittals.  The  transmittal  IDs  for  each  set  of  tape(8)  shall  be 
•9206152301'  and  '9206152302'. 


4. 2. 1.2  Originator  codes.  Originator  codes  shall  be  assigned  by  the 
SDBF. 
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4.2.2  Tranamittal  form.  A  tranamitlial  form  shall  accompany  each  SIF 
data  base  exchange.  The  SXF  Tranamittal  Pom  is  shown  in  Figure  1.  The 
information  on  this  £om  shall  include  the  following: 

SIF  Format  (always  'SIF/BDI'  for  SIF/BDI  , 
always  'SIF/DP'  for  SZF/DP) 

SIF  Version  Number 

Transmittal  ID  (includes  tape  creation  date) 

Data  Base  Title  (Short  Description) 

Originator’s  Name  &  Address 
Recipient's  Name  &  Address 
Maximum  Block  Sixe 
Data  Types  Provided: 

Models 

Culture 

Terrain 

Texture 

Number  of  Tape  Volumes 
First  Volume  Contents: 

SIF  Data  Base  Header  File  Only 
SIF  Data  Base  Header  File  Plus  Data 
Volume  IDs  (in  order) 

4.3  Quality  assurance.  The  following  verification  activities  shall  be 
conducted  to  determine  the  ccspliance  of  a  candidate  data  set  with  this 
standard.  Any  data  set  delivered  to  the  Government  %rlth  the 
identification  of  "SIF"  shall  have  successfully  ccspleted  all 
verifications  specified  herein. 

4.3.1  General  approach.  The  quality  of  SIF  data  sets  shall  be  assured 
through  a  two-pronged  validation  process,  consisting  of  the  formal 
certification  of  SIF  production  processes,  as  well  as  the  detailed 
evaluation  of  selected  data  sets. 

4. 3. 1.1  Responsibility  for  test.  The  producer  of  a  SIF  data  set  shall 
be  responsible  for  performing  all  verification  testing.  Those  data  sets 
produced  external  to  the  SDBF  shall  be  subjected  to  formal  acceptance 
testing,  as  a  condition  for  delivery  under  the  applicable  training 
simulator  contracts. 

4.3.2  Process  certification.  The  software  processes  used  by  external 
producers  of  SIF  data  oats  shall  be  certified  as  being  capable  of 
meeting  the  data  base  requirements  defined  by  this  standard.  Process 
certification  shall  consist  of  three  testing  activities:  format 
conformance,  source  correlation,  and  SSDB  canq>atibility .  Based  on  the 
performance  of  the  process  in  these  areas,  it  will  be  assigned  a  Figure 
of  Merit  (FOM)  by  the  SDBF. 

4. 3. 2.1  Format  conformance.  This  test  shall  be  conducted  for  both 
producers  and  consumers  of  SIF  data  sets.  Format  conformance  shall  be 
verified  through  inspection  of  the  SIF  interface  and  processing 
software,  as  well  as  demonstration  of  its  operation. 

4. 3. 2. 1.1  Format  conformance  producer.  Format  conformance  testing 
shall  be  acconplished  to  verify  that  the  external  producer's  software  is 
capable  of  writing  data  sets  which  are  fully  compliant  with  the  format 
established  within  this  standard. 
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SIF  FOE^T 


Check  The  One  That  Applies: 


SIF  VERSION  NUMBER: 


TRANSMITTAL  ID: 


DATA  BASE  TITLE: 


ORIGINATOR'S  NAME: 


nSIF/HDI  MERGED 
[[]SIF/HDI  LAYERED 


Qsif/dp 


ORIGINATOR'S  ADDRESS; 


RECIPIENT'S  NAME 


MAXIMUM  BLOCK  SIZE: 


RECIPIENT'S  ADDRESS: 


DATA  TYPES  PROVIDED 

Check  All  That  Apply:  □  Models  I  I  Culturd  I  Terrain^  Texture 


1*  X  1*  Cells  Included/Requested  for  Culture,  Terrain,  or  Texture  Data: 


Non-Referenced  Models  Included/Requested: 


NUMBER  OF  TAPE  VOLUMES: 


FIRST  VOLUME  CONTENTS 

Check  The  One  That  Applies: 

Qoata  Base  Header  File  Only 
□  Data  Base  Header  File  Plus  Additional  Data 


VOLUME  ID'S  (IN  ORDER): 


RELEASABILITY  RESTRICTIONS: 
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4. 3. 2. 1.2  Format  eonformanea  eonauiner.  Format  conformance  testing 
shall  be  acconpllshed  to  verify  that  a  SIF  consumer's  software  is 
capable  of  reading  SIF  data  sets  %diich  have  been  generated  in  compliance 
with  this  standard.  Format  conformance  testing  shall  be  performed  using 
Government-supplied  SIF  test  data  sets,  as  defined  in  paragraph  4. 3. 4. 3, 
below. 


4. 3. 2. 2  Source  correlation.  This  test  shall  be  p>erformed  to  ensure 
that  a  process  does  not  omit  or  modify  information  in  the  conversion  to 
or  from  the  SIF  format.  This  type  of  certification  shall  be  conducted 
for  both  producers  and  consumers  of  SIF  data  sets.  This  tost  shall 
include  the  inspection  of  the  applicable  software  code,  cmd  an  analysis 
of  its  algorithms. 

4. 3. 2. 2.1  Source  correlation  producer.  For  SIF  data  sets  produced 
externally,  it  shall  be  verified  that  the  generation  and  output  process 
does  not  eliminate  or  otherwise  corrupt  the  information  contained  in  the 
source  data  base. 

4. 3. 2. 2. 2  Source  correlation  consumer.  In  the  case  of  SIF  consumers, 
it  shall  be  verified  that  the  information  processing  steps  applied  to 
the  input  SIF  data  set  do  not  introduce  any  errors  into  the  data. 

4. 3. 2. 3  SSDB  compatibility.  SSDB  compatibility  testing  shall  apply  to 
SIF  producers  only.  This  test  shall  be  conducted  to  verify  that  the 
producing  DBGS  meets  the  internal  quality  standards  of  the  SDBF,  as 
defined  within  this  standard  and  within  the  SDBF  operations  concept 
document,  software  user's  sianuals,  and  standard  operating  procedures. 
This  test  shall  be  aceoRq>lished  to  ensure  that,  in  addition  to  being 
consistent  with  the  Information  representation  schema  of  the  SSDB,  the 
SIF  data  sets  generated  by  this  DBGS  are  concordant  with  the  Information 
density,  level-of -detail  allocation,  internal  linkages,  data  encoding 
rules,  and  other  characteristics  unique  to  the  SSDB  design.  This  test 
shall  certify  that  the  SIF  data  set  makes  the  fullest  use  of  standard 
SIF  fields  in  lieu  of  User-Defined  FACS.  This  test  shall  be 
accos^lished  through  the  analysis  and  demonstration  of  the  producer's 
DBGS. 


4.3.3  Data  set  verification.  Verification  of  SIF  data  sets  shall  be 
conducted  by  their  producers,  with  documentation  provided  to  the 
Government  as  evidence  of  their  having  been  successfully  verified.  The 
scope  of  the  product  verification  activity  shall  be  dependent  upon  the 
amount  of  process  verification  performed,  the  size  and  criticality  of 
the  data  bases  generated,  cuid  other  factors,  as  jointly  determined  by 
the  procuring  activity  and  the  SDBF. 

4. 3. 3.1  Verification  of  SIF  product.  Representative  SIF  data  sets 
shall  be  tested  for  compliance  with  this  standard.  Analogous  to  the 
process  certification  testing  described  above,  data  sets  shall  be  tested 
for  format  conformance,  source  correlation,  and  SSDB  compatibility. 
Product  verification  shall  initially  be  performed  in  conjunction  with 
the  certification  of  the  producer  DBGS.  Subsequent  product  verification 
testing  may  be  performed  on  select  data  sets,  in  accordance  with  the 
terms  of  the  applicable  contract.  Each  data  set  shall  identify  the 
Figure  of  Merit  assigned  to  its  producing  DBGS  by  the  SDBF. 
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4. 3. 3. 1.1  fonnat  conformance.  This  test  shall  be  used  to  ensure  that 
the  infonnation  contained  in  the  data  set  meets  the  defined  format 
specification.  Format  ccnqpliance  shall  be  assured  through  inspection. 
When  furnished  by  the  Government,  the  SIF  producer  shall  use  an 
automated  format  verification  tool  to  aid  in  this  task. 

4. 3. 3. 1.2  Source  correlation.  This  test  shall  be  used  to  verify  that 
the  information  contained  %irithin  the  SIF  data  set  matches  that  contained 
within  the  original  data  base  from  «diich  it  was  derived.  Source 
correlation  compliance  shall  be  assured  through  inspection  and  analysis. 
Graphical  displays  and/or  plots  shall  be  generated  for  both  source  and 
SIF  data  bases,  to  facilitate  a  side-by-side  visual  cafiq>arison  of  data 
base  contents.  Statistics  shall  be  generated  to  provide  a  comparison  of 
the  contents  of  the  two  data  sets. 

4. 3. 3. 1.3  SSDB  ccanpatibilitv.  As  a  minimum,  SSDB  con^atibility  shall 
be  verified  through  analysis  and  inspection  of  the  product  data  set.  At 
the  discretion  of  the  SDBF,  compatibility  may  be  further  verified 
through  the  actual  processing  of  the  data ‘set  through  the  SDBF  software, 
resulting  in  its  successful  integration  into  the  SSDB. 

4. 3. 3. 2  Verification  of  SIF  application.  When  a  SIF  data  base  is 
provided  to  the  consumer  by  the  Government,  it  shall  be  verified  that 
the  contractor  has  the  ^d5ility  to  correctly  interpret  and  utilize  the 
infonnation  contained  therein,  implication  compliance  shall  be  tested 
in  two  ways:  accommodation  and  utilization. 

4. 3. 3. 2.1  Accomnodation .  This  test  shall  be  used  to  verify  that  the 
contractor's  hardware  and  software  is  capable  of  reading  the  SIF  media 
and  interpreting  its  contents  correctly.  SIF  accomnodation  shall  be 
verified  through  demonstration,  using  a  test  SIF  data  base  furnished  by 
the  Government. 

4. 3. 3. 2. 2  Utilization.  Utilization  testing  shall  ensure  that  the 
consumer's  data  base(e)  incorporate  the  information  contiuined  dLn  the  SIF 
data  set.  It  shall  be  verified  that  the  information  content  of  the 
Government-provided  SIF  data  set  is  reflected  in  the  contractor¬ 
generated  trainer  data  base,  as  well  as  any  intermediate  data  base(s) 
used  by  an  external  DBGS.  This  testing  shall  be  accomplished  by  sieans 
of  inspection  and  demonstration. 

4.3.4  Tools  and  test  data.  An  Application  Progrananer ' s  Interface  (API) 
toolkit  has  been  developed  for  SIF  users.  The  toolkit  consists  of  a 
top-level  main  program  module,  SIF  data  structure  module,  SIF  read/wri tc 
modules,  SIF  validation  module,  coordinate  transformation  module,  color 
conversion  module,  query  SIF  module,  browser  module,  and  terrain  grid 
orientation  module.  The  API  toolkit  is  in  'C  with  a  user  and  source 
manual  and  can  be  obtained  GFE  through  the  SDBF. 

4. 3. 4.1  Government-furnished  tools .  When  furnished  as  GFE,  the 
contractor  shall  use  any  SIF  validation  tools  developed  under  Project 
2851  or  by  the  SDBF. 

4. 3. 4. 2  Contractor -developed  tools.  Subject  to  Government  approval, 
contractor-developed  software  tools  may  be  used  as  verification  aids. 
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4. 3. 4. 3  Government-furniehgd  teat  data  The  SDBF  will  provide 

test  data  sets  In  support  of  variflcation  testing.  SIF  consumer 
programs  shall  use  these  data  sets  in  demonstrating  compliance  with  the 
SIF  standard,  as  specified  above. 

4. 3. 4. 4  Contractor-developed  test  data  sets.  The  contractor  shall  develop 
additional  test  data  sets  as  required  to  demonstrate  SIF  compatibility. 

4.3.5  Test  documentation.  SIF  verification  testing  shall  be  addressed 
within  the  system  test  plan.  SIF  test  procedures  shall  be  developed  and 
performed  in  accordance  with  this  plan.  Test  reports  shall  be  delivered 
to  the  Government,  documenting  the  results  of  the  above  verifications. 

4.3.6  Exceptions .  In  certain  instances,  an  external  SIF  producer  may 
be  unable  to. fully  meet  the  acceptability  criteria  specified  herein.  In 
such  a  case,  a  petition  may  be  sxibmitted  to  the  cogni2ant  acquisition 
agency,  requesting  that  a  waiver  be  granted,  so  that  the  data  set  may  be 
delivered  in  fulfillment  of  the  SIF  requirement.  The  petition  shall 
include  a  detailed  analysis  illustrating  why  the  requirement  cannot  be 
met.  It  shall  also  provide  evidence  that  the  data  set  is  of  sufficient 
value  that  its  inability  to  meet  these  criteria  are  exceeded  by  the 
benefits  of  its  inclusion  in  the  SSDB.  This  petition  will  be  evaluated 
by  the  SDBF,  which  will  advise  the  acquisition  agency  on  whether  or  not 
it  is  in  the  Government's  best  interest  to  grant  the  waiver. 

4.4  Docximentation .  Each  SIF  data  set  shall  be  documented  (see  6.5). 

In  general,  the  data  shall  include  a  description  of  those 
characteristics  ^diich  make  that  particular  SIF  data  set  unique. 

Specific  information  which  shall  be  contained  in  each  SIF  data  set  is  as 
follows. 

4.4.1  Application.  The  SIF  data  set  shall  provide  a  description  of 
application  for  idiich  the  data  base  was  originally  intended.  The 
document  shall  identify  those  aspects  of  the  data  base  «diich  have  been 
specifically  tailored  for  the  purposes  of  this  application. 

4.4.2  Training  utility.  The  training  utility  of  an  externally 
generated  SIF  data  set  shall  be  described  in  sufficient  detail  to  allow 
the  SDBF  to  make  a  determination  as  to  its  value  as  a  ccmponent  of  the 
SSDB. 

4.4.3  Content.  The  SIF  data  set  shall  delineate  the  specific  content 
in  terms  of  the  areas  of  coverage,  sources  used,  areas  of  high  detail, 
models  included,  texture  types,  and  other  relevant  information.  The  SIF 
data  set  shall  include  illustrative  plots,  drawings,  graphs,  and  tables 
as  required  to  describe  the  contents  of  the  data  set. 

4.4.4  Indigenous  standards.  The  SIF  data  set  shall  identify  any 
indigenous  standards  and  procedures  used  in  the  creation  of  the  data. 

These  shall  be  documented  to  the  extent  that  they  vary  from  the  internal 
standards  of  the  SDBF,  or  that  they  clarify  ambiguous  aspects  of  the 
SDBF  standards. 

4.4.5  Transformation .  The  SZF  data  set  shall  describe  the  transformation 
processes  used  in  converting  th?  source  data  base  into  SIF/BDI,  and  the 
quality  assurance  tests  performed  on  the  converted  data  set. 
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4.4.6  Dtillzation  inatructlona .  In8txuet.lon8  for  the  a88enibly  of 
dl88iju.lar  data  typea,  auch  aa  the  integration  of  nodel  conplexea  into 
their  underlying  terrain,  feature,  and  texture  data  environaient,  ahall 
be  included  in  the  SIF  data  aet. 

5 .  DBTAXLED  RBQnXREMEBTS 

5.1  Standard  Simulator  Data  Baae  Interchange  Format  ( SIF > /High  Detail 
Input /Output  (HDIl  data  baae 

5.1.1  SIF/HDI  data  baae  atructure 

5. 1.1.1.  Logical  format.  The  logical  format  of  a  SZF/BDI  data  baae  is 
made  up  of  a  hierarchy  of  data  entities.  The  hierarchy  ia  as  follows: 

Data  Base 

Section 

File 

Record 

Field 

Item 

5. 1.1. 1.1  Data  base.  The  data  baae  ahall  consist  of  a  data  baae  header 
file  and  all  the  requested  models,  culture,  terrain,  and  texture  for  a 
specified  geographic  area.  Models  that  are  not  located  in  the 
geographic  area  can  also  be  explicitly  requested.  Logically,  the  data 
base  consists  of  a  data  base  header  file  and  one,  two,  or  three 
sections . 


5. 1.1. 1.2  Section .  A  section  is  a  series  of  files  consisting  of 
information  for  a  certain  type  of  data:  (1)  models,  (2)  culture,  or  (3) 
terrain  and  texture.  Within  a  database,  there  is  either  one  section  or 
no  sections  for  each  of  these  three  types. 

5. 1.1. 1.3  File/record/field/item.  A  section  is  made  up  of  a  series  of 
files,  a  file  consists  of  a  series  of  records,  a  record  consists  of  a 
series  of  fields,  and  a  field  consists  of  one  or  more  items.  The  item 
is  the  lowest  logical  data  entity  defined  within  SIF. 

5. 1.1. 2  Physical  format.  The  physical  format  of  the  SIF/HDI  data  base 

shall  be  as  described  in  the  following  sections  in  terms  of  the  data 
order,  the  physical  tape  format,  and  the  general  file  and  data  formats. 

5. 1.1. 2.1  Data  order.  The  physical  order  of  data  in  the  SIF/HDI  data 

base  shall  be  as  follows: 


SIF/HDI  Data  Baae  Header  File 
Model  Data  Section  [optional] 

Culture  Data  Section  [optional] 

Gridded  (Terrain  and  Texture)  Data  Section  [optional] 
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5. 1.1. 2. 1.1  Tb*  first  file  on  the  first  tape  of  the  data  base  shall  be 
the  SZF/BOX  Data  Base  Header  File.  It  contains  control  information, 
including  counts  of  various  data  entities  as  %rell  as  the  file  name  of 
each  file  in  the  data  base.  The  order  in  which  the  file  names  appear  in 
the  SIF/BDI  Data  Base  Header  File  is  the  order  in  which  those  files 
shall  appear  on  the  tape(B). 

5. 1.1. 2. 2  Physical  tape  format.  The  physical  tape  format  of  a  SIF/BDI 
data  base  shall  be  Level  3  of  the  ANSI  Standard  for  Magnetic  Tape  Labels 
(Old  File  Structure  for  Information  Interchange,  ANSI  X3. 27-1978.  The 
format  of  the  physical  tape  shall  be  as  follotfs: 

Beginning-of-Tape  Marker  (BOT) 

Volume  Label  (VOLl) 

for  each  file 

File  Header  Labels  (BDRl,  BDR2 ) 

Tape  Mark  (TM) 

File  Section 
Tape  Mark  (TM) 

File  Trailer  Labels  (EOFl,  E0F2  or  EOVl,  E0V2) 

Tape  Mark  (TM) 

Tape  Mark  (TM) 

Scratch  Tape 
Bnd-of-Tape  Marker  (EOT) 

5. 1.1. 2. 2.1  Four  file/volume  configurations  shall  be  supported.  They 
are  single  file/single  volume;  single  file/siultl-volume;  multi- 
file/single  volume;  and  multi-file/multi-volume.  A  SIF/BDI  data  bane 
may  span  several  tape  volumes.  An  individual  file  may  cross  a  tape 
boundary;  in  such  a  case,  EOVl  and  E0V2  tape  labels  shall  be  inritten 
after  an  EOT  and  a  tape  mark  at  the  end  of  the  tape.  When  a  file  ends 
trithin  a  tape,  it  shall  be  followed  by  a  tape  mark  and  then  the  file 
trailer  labels  EOFl  and  E0F2. 

5. 1.1. 2. 2. 2  Tapes  shall  be  written  at  6250  bits  per  inch  (bpi)  Uith  the 
recording  method.  The  block  length  shall  be  denoted  by  the  Block 

Length  Field  within  a  file's  BDR2  label.  Block  size  can  vary  from  file 
to  file.  The  allowed  minimum  tape  block  size  shall  be  2048  bytes  while 
the  maximum  shall  be  €5534  bytes. 

5. 1.1. 2. 2. 3  Only  the  characters  A  through  Z,  0  through  9,  and  the 

special  characters  and  *$'  shall  be  used  in  filenames. 

The  period  may  appear  once  within  the  name  with  a  maximum  of  three 
characters  following  it.  The  file  name  shall  have  no  more  than  17 
characters . 
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5. 1.1. 2. 3  General  file  and  data  formats.  The  file  and  dafa  fomats  are 
detailed  for  the  SZF/BDZ  Data  Base  Header  File  and  each  of  the  data 
aectione  in  section  5.1.2  of  this  doctsnent. 

5. 1.1. 2. 3.1  Non-oridded  data  files.  The  SZF/BDZ  Data  Base  Beader  File 
and  all  files  in  the  Model  Data  and  Culture  Data  sections,  except  idiere 
explicitly  noted  otherwise,  shall  be  in  a  compressed  ASCZZ  format  with 
record  keyword  separators  and  ASCZZ  null  ('00')  field  separators. 

Within  any  of  these  files,  %dien  a  field  is  initially  all  blanks,  it 
shall  be  compressed  to  a  null  field  of  zero  length;  thus,  t%iio 
consecutive  field  separators  shall  occur  at  this  point.  There  shall  be 
one  or  more  ASCZZ  CNTRZ,-K  characters  at  the  end  of  each  ASCZZ  file. 

5. 1.1. 2. 3. 2  Gridded  data  files.  The  Gridded  Data  section,  containing 
both  terrain  elevation  and  rasterized  texture  data,  shall  have  its  files 
stored  in  the  specified  NZTF  format.  All  header  files  shall  be  stored 
in  non-compressed  ASCZZ,  while  the  data  files  containing  the  actual  grid 
data  shall  be  in  a  binary  format  as  specified  by  the  NZTF  standard. 

5. 1.1. 2. 3. 3  Non-ASCII  files.  Non-ASCII  files  shall  be  in  a  binary 
format  where  integer  data  are  stored  in  two ' s-complement,  with  the  high- 
order  bit  in  the  high-order  byte  representing  the  sign,  as  shown  in 
Figure  2.  Floating  point  data  are  stored  in  a  single-precision  format, 
as  defined  by  ANSI/ZEEE  Std  754,  Binary  Floating  Point  Arithmetic. 
Appendix  A  shows  the  number  of  bytes  used  for  each  data  field. 

5.1.2  SIF/HDI  file  formats 

5. 1.2.1  SIF/BDI  Data  Base  Beader  File  Format.  The  SIF/HDI  Data  Base 
Header  Format  shall  consist  of  a  single  file  that  contains  general 
transmittal,  identification,  and  directory  information. 

5. 1.2. 1.1  Header  data  encoding.  A  compressed  form  of  ASCZZ  shall  be 
used  in  this  file.  The  compression  shall  consist  of  stripping  all 
leading  zeros  and  blanks  from  numeric  strings  and  all  leading  and 
trailing  blanks  from  character  strings.  Every  ASCII  field  shall  be  a 
variable- length  field,  separatcKl  by  the  ASCII  null  character  ('00'). 
Since  fields  are  variable-length,  records  shall  also  vary  in  length. 
Every  record  (except  the  file  identifier  record)  begins  with  a  2- 
character  keyword  identifying  its  type.  The  record  keyword  for  a 
comsent  record  is  identified  as  consecutive  asterisks  (**).  Following 
the  keyword  is  the  standard  ASCZZ  null  character  ('00')  as  the  field 
separator.  The  ccmnent  field  will  then  continue  until  end  of  file  (EOF) 
or  the  end  of  field  separator  ('00')  is  located  in  the  SZF  data  file. 
Conment  records  shall  not  occur  in  the  middle  of  any  record  in  the  file, 
but  C€ui  be  placed  before  or  after  any  other  record. 

5. 1.2. 1.2  Header  section  structure.  The  Header  section  shall  consist 
of  a  single  SIF/HDI  Data  Base  Beader  File. 

5. 1.2. 1.3  Beader  file  structure.  This  mandatory  file  shall  contain 
general  transmittal,  identification,  and  directory  information 
concerning  the  SZF/HDI  data  base  to  follow.  It  shall  be  the  first  file 
on  the  first  tape  volume.  The  order  of  data  in  the  SIF/BDI  Data  Base 
Beader  File  is  as  specified  below.  The  order  in  which  the  file  names 
appear  in  this  file  is  the  required  order  in  which  the  files  shall 
appear  in  the  data  base . 
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a.  The  file  name  of  the  SIF/BDl  Data  Base  Header  shall  be: 

"SIFHDI.BDR*. 

b.  The  SIF/BDI  Data  Base  Header  file  format  shall  be  as  follows 

SIF  File  Identifier  Record 
Transmittal  Description  Record 
Data  Directory  Record 

2D  Static  Model  Library  Header  File  Name  Record 
for  each  2D  static  model 

2D  Static  Model  Entry  Record 

3D  Static  Model  Library  Header  File  Marne  Record 
for  each  3D  static  model 

3D  Static  Model  Entry  Record 

3D  Dynamic  Model  Library  Header  File  Maine  Record 
for  each  3D  dynamic  model 

3D  Dynamic  Model  Entry  Record 

Model  Table  File  Name  Record 

Culture  Header  File  Name  Record 

for  each  culture  tile 

Culture  Tile  Entry  Record 

NITF  Header  File  Name  Record 

for  each  terrain  tile 

Terrain  Tile  Entry  Record 

for  each  generic  texture 

Generic  Texture  Entry  Record 

for  each  stage  3  specific  model  texture 

Stage  3  Specific  Model  Texture  Entry  Record 

for  each  stage  2  specific  model  texture 

Stage  2  Specific  Model  Texture  Entry  Record 

for  each  stage  1  specific  model  texture 

Stage  1  Specific  Model  Texture  Entry  Record 

for  each  stage  3  specific  areal  texture 

Stage  3  Specific  Areal  Texture  Entry  Record 

for  each  stage  2  specific  areal  texture 

Stage  2  Specific  Areal  Texture  Entry  Record 

for  each  stage  1  specific  areal  texture 

Stage  1  Specific  Areal  Texture  Entry  Record 

for  each  SMC/FDC  texture 

SMC/FDC  Texture  Entry  Record 
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5. 1.2. 1.3.1  SIF  File  Identifier  Record.  The  field  etructure  of  this 
record  shall  be  as  follotrs: 

File  Identifier  Field  (always  ’SIF/HOl  DATA  BASE  HEADER') 

5. 1.2. 1.3. 2  Transmittal  Description  Record.  The  field  structure  of 
this  record  shall  be  as  follo%ra: 

Record  Keyword  Field  (always  *TD‘) 

SIF  Format  Field 
Originator  Field 
Recipient  Field 
Transmittal  ID  Field 
Creation  Date  Field 
Source  Agency/Project  Field 
Database  Name  Field 
Data  On  This  Volume  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Nximber  Field 
Security  Do%mgrade  Field 
Downgrading  Event  Field 
SIF  Version  Number  Field 

5. 1.2. 1.3. 3  Data  Directory  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  'DD') 

Number  of  2D  Static  Models  Field 

Number  of  3D  Static  Models  Field 

Number  of  3D  Dynamic  Models  Field 

Number  of  Culture  Tiles  Field 

Number  of  Terrain  Tiles  Field 

Number  of  Generic  Textures  Field 

Number  of  Stage  3  Specific  Model  Textures  Field 

Number  of  Stage  2  Specific  Nodal  Textures  Field 

Niimber  of  Stage  1  Specific  Model  Textures  Field 

Number  of  Stage  3  Specific  Areal  Textures  Field 

Nximber  of  Stage  2  Specific  Areal  Textures  Field 

Number  of  Stage  1  Specific  Areal  Textures  Field 

Number  of  SNC/FDC  Textures  Field 

Merged  or  Layered  Culture  Field 

Data  Base  SW  Corner  Field 

Data  Base  ME  Comer  Field 

5. 1.2. 1.3. 4  Two-dimensional  (2D)  Static  Model  Library  Header  File  Name 
Record .  This  record  shall  be  included  when  the  number  of  2D  Static 
Models  Field  in  the  Data  Directory  Record  is  non-zero.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *2L') 

File  Name  Field 
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5. 1.2. 1.3. 5  2D  Static. Model  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  number  of  20  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follotrs: 

Record  Keyword  Field  ( always  ' 2S ‘ ) 

Model  Data  File  Mane  Field 
Vertex  Table  File  Name  Field 
Model  Number  Field 
Model  Hams  Field 
Model  Description  Field 
Maw  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Bandling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Do%mgrade  Field 
Do%iRigrading  Event  Field 

5. 1.2. 1.3. 6  Three-dimensional  f3Dt  Static  Model  Library  Header  File 
Name  Record.  This  record  shall  be  included  when  the  number  of  3D  Static 
Models  Field  in  the  Data  Directory  Record  is  non-zero.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  '  3L  * ) 

File  Masie  Field 

5. 1.2. 1.3. 7  3D  Static  Model  Entry  Rtword.  The  number  of  these  records 
shall  correspond  to  the  Number  of  3D  Static  Models  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  ( always  ’ 3S  * ) 

Model  Data  File  Marne  Field 
Vertex  Table  File  Maaie  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Bandling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Miimber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 1.2. 1.3. 8  3D  Dynamic  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  number  of  3D  Dynamic  Models  Field  in 
the  Data  Directory  Record  is  non-zero.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ’ DL ' ) 

File  Name  Field 
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5. 1.2. 1.3. 9  3D  Dynamic  Model  Entry  Record.  The  number  of  ti»uB 
records  shall  correspond  to  the  number  of  3D  Dynamic  Models  Field  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyword  Field  (al%rays  *3D') 

Model  Data  File  Name  Field 
Vertex  Table  File  Name  Field 
Model  Nianber  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Dowigrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.10  Model  Table  File  Name  Record.  This  record  shall  be 
Included  if  any  of  the  number  of  models  fields  in  the  Data  Directory 
Record  is  non-zero.  If  any  table  file  listed  herein  does  not  exist, 
then  the  file  name  is  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  *00*  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  K^word  Field  (always  *MT') 

Data  Source  Table  File  Name  Field 
FACS  Table  File  Name  Field 
Oser-Defined  FACS  Table  File  Name  Field 
Color  Table  File  Name  Field 

Face-Based  Texture  Reference  Table  File  Name  Field 
Vertex-to-Vertex  Texture  Reference  Table  File  Name  Field 
Model-Based  Texture  Reference  Table  File  Name  Field 
Non-Mapped  Texture  Reference  Table  File  Name  Field 


5.1.2.1.3.11  Culture  Header  File  Name  Record.  This  record  shall  be 
included  ^en  the  number  of  Culture  Tiles  Field  in  the  Data  Directory 
Record  is  non-zero.  If  a  file  does  not  exist,  then  the  file  name  is 
represented  by  the  null  field.  The  field  structure  of  this  record  shall 
be  as  follows: 

Record  Key%(ord  Field  (always  ’CB’) 

Data  Base  Header  File  Name  Field 
Tile  Information  File  Name  Field 


23 


MIL-STD-1821 


5.1.2.1.3.12  Culture  Tile  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  number  of  Cultxire  Tiles  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  ( always  *  CB  * ) 

Two-D  Coordinate  File  Maine  Field 

Three-D  Coordinate  File  Maine  Field 

FACS  Table  File  Name  Field 

User-Defined  FACS  Table  File  Maine  Field 

Color  Table  File  Maine  Field 

FId/fdc  Reference  Table  File  Maine  Field 

Global-Based  Texture  Reference  Table  File  Name  Field 

Mon-Mapped  Texture  Reference  Table  File  Marne  Field 

Model  Reference  Table  File  Maine  Field 

Super feature  File  Marne  Field 

Feature  File  Marne  Field 

Segment  File  Maine  Field 

SW  Corner  Field 

ME  Comer  Field 

Mew  Data  Flag  Field 

Changed  Data  Flag  Field 

Security  Classification  Field 

Control  and  Handling  Field 

Releasing  Instructions  Field 

Classification  Authority  Field 

Security  Control  Mumber  Field 

Security  Doimgrade  Field 

Downgrading  Event  Field 

5.1.2.1.3.13  MITF  Header  File  Manic  Record.  This  record  shall  be 
included  when  the  number  of  Terrain  Tiles  Field  and/or  any  of  the  nunber 
of  Textures  Fields  is  non- zero.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  ’MB') 

File  Maine  Field 

5.1.2.1.3.14  Terrain  Tile  Entry  Record.  The  number  of  these  records  shall 
correspond  to  the  Mumber  of  Terrain  Tiles  Field  in  the  Data  Directory  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' TE ' ) 

Terrain  Sub-Header  File  Marne  Field 
Terrain  Data  File  Maine  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
SW  Corner  Field 
ME  Corner  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Dovmgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.15  Generic  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Generic  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  '6X‘) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Borixontal  Resolution  Field 
Vertical  Resolution  Field 
Nundier  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Creation  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Sectirity  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Do%mgrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.16  Stage  3  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  3  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'M3’) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  end  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.17  Stage  2  Specific  Model  Texture  Bntrv  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  2  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follotra: 

Record  Keyword  Field  (always  *M2*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Marne  Field 
Texture  Library  Field 
Text\ire  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.16  Stage  1  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  1  Specific 
Model  Textxires  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'Ml*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.19  Stage  3  Specific  Ar«al  Texture  En^  Record.  The  number 
of  theae  recorda  ahall  eorreapond  to  the  nuiiA>er  of  Stage  3  Specific 
Areal  Texturea  Field  in  the  Data  Directory  Record.  The  field  atrueture 
of  thia  record  ahall  be  aa  followa: 

Record  Keyword  Field  (alwaya  'A3‘) 
linage  Sub-Header  File  Name  Field 
Imagw  Data  File  Name  Field 
Texture  Xd^rary  Field 
Texture  ID  Field 
Texture  Type  Field 
Borixontal  Reaoldtion  Field 
Vertical  Reaolution  Field 
Number  of  Texela  Per  Row  Field 
Number  of  Texela  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 


5.1.2.1.3.20  Stage  2  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  2  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  atrueture 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'A2') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horixontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texela  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Comer  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.1.2.1.3.21  Stage  1  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  number  of  Stage  1  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyirord  Field  (aliiiays  *A1') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Borisontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Comer  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instmctions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.1.2.1.3.22  SMC/FDC  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  nunibcu:  of  SMC/FDC  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows  t 

Record  Keyword  Field  (always  ‘SF*) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Nximber  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Colimm  Field 
Image  Capture  Date  and  Time  Field 
SW  Corner  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5. 1.2. 2  Model  data 

5. 1.2. 2.1  Model  data  encoding.  A  ccxnpresaed  form  of  ASCII  shall  be 
used.  The  con^reselon  shall  take  the  foxn  of  stripping  all  leading 
zeros  and  blanks  frcan  numeric  strings  and  all  leading  and  trailing 
blanks  from  character  strings.  Every  ASCII  field  shall  be  a  variable- 
length  field,  separated  by  the  ASCII  null  character  ('00').  Since 
fields  are  variable-length,  records  shall  also  vary  in  length.  Every 
record  (except  the  SIF  file  identifier  record)  shall  begin  with  a  2- 
character  key%ford  identifying  its  type.  The  record  keyword  for  a 
ccnment  record  shall  be  two  consecutive  asterisks  (**).  Following  the 
keyword  is  the  standard  ASCII  null  character  ( ' 00 ' )  as  the  field 
separator.  The  comnent  field  shall  then  continue  until  end  of  file 
(EOF)  or  the  end  of  field  separator  (*00')  is  located  in  the  SIF  data 
file.  Conment  records  shall  not  occur  in  the  siiddle  of  any  record  in 
the  file,  but  can  be  placed  before  or  after  any  other  record  in  the  data 
file.  Items  in  a  field  are  separated  by  'space'  characters. 

5. 1.2. 2. 1.1  Model  building  standards.  Models  shall  be  constructed 
using  a  right-handed  X-Y-Z  Cartesian  coordinate  system.  Models  shall  be 
built  with  the  local  X-axis  identifying  the  direction  of  the  front  of 
the  model,  and  the  Z-axis  pointing  straight  up  into  the  air.  For  a 
static  BKXial,  the  front  shall  be  defined  as  the  side  facing  the  nearest 
road  feature.  For  a  dynamic  model,  the  X-axis  shall  point  in  the  normal 
direction  of  motion;  however,  any  dynamic  model  that  launches  vertically 
shall  be  modeled  %d.th  its  Z-axis  pointing  vertically.  The  origin  of  a 
static  model  shall  be  defined  as  a  point  where  the  model  touches  the 
earth.  If  the  model  is  to  appear  floating  over  the  earth,  it  shall  have 
its  origin  at  the  point  directly  below  it  on  the  earth.  The  origin 
shall  be  at  the  center  of  the  base  of  the  model  in  the  X-Y  plane.  For 
dynamic  models,  in  the  X-Y  plane,  the  origin  shall  be  the  centroid  of 
the  model.  The  elevation  of  the  origin  shall  be  idiere  the  wheels, 
tracks,  skids,  or  pontoons  contact  the  ground  if  it  is  a  surface 
vehicle,  aircraft,  or  helicopter. 

5. 1.2. 2. 2  Model  section  structure.  Within  a  SIF  data  base,  models 
shall  be  organized  into  three  general  classes:  2-D  static  models,  3-D 
static  models,  and  3-D  dynamic  models.  Each  type  shall  have  a  single 
library  header  file  which  shall  in  turn  refer  to  separate  Model  Files 
containing  the  actual  model  representations.  The  SIF  data  base  shall 
support  storage  of  each  model  at  up  to  nine  levels  of  detail  (LCDs). 

LOD  0  shall  have  the  least  amount  of  detail,  while  LOD  8  has  the  most 
detail.  A  series  of  tables  shall  be  used  to  refer  to  colors,  face-based 
texture  references,  vertex-to-vertex  texture  references,  model-based 
texture  references,  user-defined  FACS,  and  the  SIF-defined  FACS.  Each 
SIF  model  shall  be  described  by  a  file  made  up  of  variable-length 
logical  keyword  records  containing  ASCII  alphanumeric  strings.  This 
file  shall  consist  of  both  geometz-y  and  attribute  information.  If 
polygonal  geometry  exists,  then  a  binary  vertex  table  file  shall  exist 
to  describe  polygon  vertices.  All  models  shall  share  the  auxiliary  data 
found  in  the  table  files.  The  IGES  Version  4.0  file  format  shall  be 
used  to  describe  the  constructive  solid  geometry  of  a  model.  The 
SIF/HDI  format  for  models  shall  be  entirely  ASCII. 
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5. 1.2. 2. 2.1  Field  format.  Data  fields  and  records  shall  vary  in 
length.  They  shall  be  stored  in  a  corapressed  form  of  ASCII  unless 
otherwise  noted  in  this  standard.  (The  Vertex  Table  File  shall  be 
stored  in  binary  format.)  All  records  (except  the  file  identifier 
record  and  table  entry  records)  shall  begin  with  a  2-character  keyword 
identifier.  Items  in  a  field  are  separated  by  ‘space*  characters. 


5. 1.2. 2. 2. 2  Section  format.  The  SIF/BDI  model  section  format  shall  be 
as  follows  and  as  shown  in  Figure  3. 

For  each  model  library  type 

Model  Library  Header  File 
For  each  model 

Model  Data  File 

Vertex  Table  File  [mandatory  for 
polygonal  format  only) 

Data  Source  Table  File 
FACS  Table  File  [optional] 

User-Defined  FACS  Tetble  File  [optional] 

Color  Table  File  (optional] 

Face-Based  Texture  Reference  Table  File  [optional] 

Vertex- to-Vertex  Texture  Reference  Table  File  [optional] 
Model-Based  Texture  Reference  Table  File  [optional] 
Non-Mapped  Texture  Reference  Table  File  [optional] 


5. 1.2. 2. 3  Model  file  structures 

5. 1.2. 2. 3.1  Model  Library  Header  File.  There  shall  be  a  separate  Model 
Library  Header  File  for  each  of  the  three  library  types.  These  files 
shall  be  named  ''MCM)EL2DS.LBD*  for  the  2D  Static  Model  Library. 
"M00EL3DS.LBD''  for  the  3D  Static  Model  Library,  and  *M0DEL3DD.LBD*  for 
the  3D  Dynamic  Model  Library.  The  Model  Library  Header  File  format 
shall  be  as  follows: 

SIF  File  Identifier  Record 
Model  Library  Header  Record 

5. 1.2. 2. 3. 1.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  MODELS') 

File  Identifier  Field  (always  'MODEL  LIBRARY  HEADER') 

5. 1.2. 2. 3. 1.2  Model  Library  Header  Record.  The  field  structure  of  this 
file  shall  be  as  follows: 

Record  Keyword  Field  (always  'ML') 

Model  Library  Type  Field 
Security  Level  Field 
Number  of  Models  Field 
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5. 1.2. 2. 3. 2  Model  Data  Tile.  There  shall  be  one  Model  Data  File  for 
each  model  in  the  data  base.  File  names  shall  be  of  the  form 
"Mtttxxxxx.DAT*,  where  "ftt"  is  *2DS*  for  a  2D  Static  Model«  3DS  for  a 
3D  Static  Model,  •3DD*  for  a  3D  Dynamic  Model,  and  "xxxxx"  is  the  model 
sequence  number  (not  the  SSDB  model  number).  The  Model  Data  File  format 
shall  be  as  follows  and  as  shown  in  Figure  4. 


SIF  File  Identifier  Record 
Model  Header  Record 
For  each  IjOD 

LOD  Header  Record 

Cluster  Statistics  Record(s)  (optional] 

Separation  Plane  Record(8)  [optional] 

Subsidiary  Model  Reference  Record(8)  (optional] 

Point  Light  String  Record(8)  (optional] 

if  MOOEL_rORM  -  POLYGONAL_OlILY  or  CSG_AND_POLYGONAL  then 
Collision  Test  Point  Record(8)  (optional] 

Model  LOD  Texture  Reference  Pointer  Record] s)  (optional] 
end  if 

if  MODEL_rORM  *  CSG_OIlLY  or  CSG_AND_POLYGONAL  then 
XGBS  Staxrt  Record 
IGES  Records 

Polygon! zing  instruction  Records 
end  if 

for  each  component 

Coeq>onent  Header  Record 
Microdescriptor  Record] s)  (optional] 

if  MODEL_FORM  »  POLYGONAL_ONLY  or  CSG_AND_POLT(X)NAL  then 

Ccmq>onent  Texture  Reference  Pointer  Record] s)  (optional] 
for  each  polygon 

Polygon  Header  Record 
Vertex  Pointer  Record] s) 

Vertex  Normal  Record] s)  [optional] 

Vertex  Color  Record] s)  (optional] 

Polygon  Microdescriptor  Record] s)  (optional] 

Polygon  Texture  Reference  Pointer  Record] s)  [optional] 
end  if 
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5. 1.2. 2. 3. 2.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 


Section  Identifier  Field  (always  'SZF/HDI  MODELS’) 
File  Identifier  Field  (always  'MODEL  DATA’) 


5. 1.2. 2. 3. 2. 2  Model  Header  Record.  The  number  of  these  records  within 
a  Model  Data  File  shall  be  one.  The  field  structure  of  this  record 
shall  be  as  folloira: 


Record  Keyword  Field  (always  ’MB') 

Model  Number  Field 
Model  Name  Field 
Model  Form  Field 
Model  Description  Field 
Security  Level  Field 
Model  Library  Type  Field 
Sensors  Supported  Field 
Source  Simulator  Field 
Last  Maintenance  Date  Field 
Number  of  Model  LODs  Field 
Number  of  Model  Vertices  Field 
Generic  Model  Flag  Field 
Feature  Descriptor  Code  Field 
AV  Code  1  Field 
AV  Code  2  Field 
AV  Code  3  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
Number  of  Data  Sources  Field 
Data  Source  Table  Pointer  List  Subrecord 


5. 1.2. 2. 3. 2. 2.1  Data  Source  Table  Pointer  List  Subrecord.  The  field 
structure  of  this  subrecord  shall  be  as  follows: 


for  each  data  soxirce 

Data  Source  Table  Index  Field 
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5. 1.2. 2. 3. 2. 3  liOD  Header  Record.  The  number  of  these  records  for  s 
given  model  group  shall  correspond  to  the  value  contained  in  the  Humber 
of  Model  LCDs  field  in  the  Model  Header  record.  The  field  structure  of 
this  record  shall  be  as  follows: 


Record  Keyword  Field  (always  *LB') 

Model  LOD  Field 

LOD  Resolution  Description  Field 
Number  of  Components  Field 
Number  of  Polygons  Field 
Number  of  Edges  Field 
Number  of  Vertices  Field 

Number  of  Subsidiary  Model  References  Field 

Number  of  Clusters  Field 

Number  of  Separation  Planes  Field 

All  Convex  Clusters  Flag  Field 

P2851  Binary  Separation  Planes  Flag  Field 

Number  of  Point  Light  Strings  Field 

if  MODEL_FORM  -  POLTGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
All  Convex  Polygons  Flag  Field 
Number  of  Collision  Test  Points  Field 
Number  of  Model  LOD  Texture  References  Field 
end  if 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 4  Model  Cluster  Statistics  Record.  The  number  of  cluster 
statistics  records  shall  correspond  to  the  value  in  the  Number  of 
Clusters  Field  in  the  LOD  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 


Record  Keyword  Field  ( always  ' CS  * ) 

Cluster  ID  Field 

Convex  Cluster  Flag  Field 

Number  of  Polygons  Field 

Number  of  Edges  Field 

Number  of  Vertices  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 


5. 1.2. 2. 3. 2. 5  Separation  Plane  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Separation  Planes  field  in  the  parent 
LOD  Header  record.  The  field  structure  of  this  record  shall  be  as 
follows: 


Record  Keyword  Field  ( always  ' SP ' ) 

if  MODEL_FORM  -  POLyGONAL_ONLY  or  CSG_AND_POLYGONAL  then 
Polygon  ID  Field 
end  if 

Separation  Plane  Number  Field 
Separation  Plane  Coefficients  Field 
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5. 1.2. 2. 3. 2. 6  Subsidiary  Model  Reference  Record.  The  number  of  these 
records  for  a  given  model  shall  correspond  to  the  value  contained  in  the 
Number  of  Subsidiary  Model  References  field  in  the  parent  LOO  Header 
record.  The  field  structure  of  this  record  shall  be  as  follovrs: 

Record  Keyword  Field  (always  'MR*) 

Referenced  Model  Library  Type  Field 
Referenced  Model  Number  Field 
Referenced  Model  LOD  Field 
Translation  Field 
Scale  Factor  Field 
Rotation  Angles  Field 
Articulated  Part  Flag  Field 
FACS  Table  Index  Field 

5. 1.2. 2. 3. 2. 7  Point  Light  String  Record.  The  number  of  Point  Light 
String  records  will  correspond  to  the  value  in  the  Number  of  Point  Light 
Strings  field  within  the  LOD  Header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'LS') 

Length  Field 

Orientation  Field 

Shape  Code  Field 

Width  Field 

Directionality  Field 

Light  Type  Field 

Source  ID  Number  Field 

Predooinant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Number  of  Lights  Field 

Point  Light  Positions  Subrecord 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 

5. 1.2. 2. 3. 2. 7.1  Point  Light  Positions  Subrecord.  The  field  structure 
shall  be  as  follows: 

for  each  light  in  the  string 
Point  Light  Position  Field 


5. 1.2. 2. 3. 2. 8  Collision  Test  Point  Record.  The  number  of  these  records 
shall  correspond  to  the  value  in  the  Number  of  Collision  Test  Points 
field  within  the  parent  LOD  Header  record.  The  field  structure  of  each 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'TP') 

Vertex  List  Position  Field 
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5. 1. 2. 2. 3. 2. 9  Modal  LOP  T«xtttr«  R*fT*nc«  Pointer  Record.  The  number 
of  these  records  shall  correspond  to  the  value  in  the  Humber  of  Model 
LOD  Texture  References  field  within  the  parent  LOD  Header  record.  The 
field  structure  of  each  record  shall  be  as  f olloirs : 

Record  Key%R}rd  Field  (always  *LR‘) 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.1.2.2.3.2.10  initial  Graphics  Exchange  Specification  fIGES)  Start 
Record.  If  the  Model  Form  is  CSG  only,  or  both  CSG  and  polygoxial,  then 
there  shall  be  exactly  one  of  these  records.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (al«iays  ‘IS*) 

Humber  of  Polygonization  Instructions  Field 
Humber  of  IGBS  Records  Field 


5.1.2.2.3.2.11  IGES  Records.  These  records  shall  be  of  the  form 
specified  in  the  IGES  Standard,  Version  4.0. 


5.1.2.2.3.2.12  Polygonization  Instruction  Record.  The  number  of  these 
records  shall  correspond  to  the  value  in  the  Humber  of  Polygonization 
Instructions  field  within  the  IGBS  Start  record.  The  field  structure  of 
each  record  shall  be  as  follows: 

Record  Key«iord  Field  (always  *PI*) 

Sequence  Humber  Field 

Humber  of  Polygons  Along  Surface  1  Field 

Humber  of  Polygons  along  Surface  2  Field  (as  required) 


5.1.2.2.3.2.13  Coanoonent  Header  Record.  The  number  of  these  records 
shall  correspond  to  the  Humber  of  Conqponents  field  in  the  LOD  Header 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 


Record  Keyword  Field  (always  ‘CB’) 

Caaponent  ID  Field 

if  M0DEL_F0RM  «  CSG_0HLy  or  CSG_AND_POLYGONAL  then 
IGBS  Sequence  Huoiber  for  Cesponent  Field 
end  if 

Color  Table  Index  Field 

if  M0DEL_F0RM  -  P0LyG0NAL_0NLY  or  CSG_AND_POLyGOHAL  then 
Humber  of  Polygons  Field 

Humber  of  Component  Texture  References  Field 
end  if 

Humber  of  Microdescriptors  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
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5.1.2.2.3.2.14  Kodel  Microdgaeriotor  Record.  The  nunibM:  of  thoao 
records  corresponds  to  the  Number  of  Nicrodescriptors  field  in  the 
Canqmnent  Header  Record.  These  nicrodescriptors  apply  to  all  faces 
(polygons)  in  the  component.  The  field  structure  of  this  record  shall 
be  as  follows: 


Record  Keymrd  Field  (always  ’MI*) 
Microdescriptor  Type  Field 
Microdescriptor  Value  Field 


5.1.2.2.3.2.15  Component  Texture  Reference  Pointer  Record.  The  number 
of  these  records  shall  correspond  to  the  value  in  the  Humber  of 
Component  Texture  References  field  within  the  parent  Component  Header 
Record.  The  field  structure  of  each  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  ‘ CR ' ) 
Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 


5.1.2.2.3.2.16  Polygon  Header  Record.  The  number  of  these  records  for 
a  given  model  shall  correspond  to  the  value  contained  in  the  Humber  of 
Polygons  field  in  the  parent  Z<OD  Header  record.  The  ninuber  of  these 
records  for  a  given  component  shall  correspond  to  the  value  contained  in 
the  Humber  of  Polygons  field  in  the  parent  Component  Header  record.  The 
field  structure  of  this  record  shall  be  as  follows: 


Record  Keyword  Field  ( always  ’ PO ' ) 

Polygon  ID  Field 

Component  ID  Field 

Cluster  ID  Field 

Convex  Polygon  Flag  Field 

Number  of  Nicrodescriptors  Field 

Humber  of  Vertices  Field 

Number  of  Vertex  Normals  Field 

Number  of  Vertex  Colors  Field 

Number  of  Polygon  Texture  References  Field 

FACS  Table  Index  Field  (defaults  to  0  if 

no  optional  fields  specified) 
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5.1.2.2.3.2.17  Vertex  Pointer  Record.  The  number  of  theee  record* 
shall  correspond  to  the  Nuiaber  of  Vertices  field  %n.thin  the  parent 
Polygon  Header  record.  The  field  structure  of  each  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  *VP*) 

Veirtex  List  Position  Field 

5.1.2.2.3.2.18  Vertex  normal  Record.  The  number  of  these  records  shall 
correspond  to  the  Humber  of  Vertex  Moxxials  field  within  the  parent 
Polygon  Header  record.  This  number  shall  either  be  xero  or  the  same  as 
the  Humber  of  Vertices  field.  The  Hoxnal  List  and  the  Vertex  List  used 
by  the  Vertex  Pointer  Record  shall  be  combined  into  tbe  sasie  vertex 
file.  The  field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *VN') 
normal  List  Position  Field 

5.1.2.2.3.2.19  Vertex  Color  Record.  The  number  of  these  records  shall 
correspond  to  the  Humber  of  Vertex  Colors  field  within  the  parent 
Polygon  Reader  record.  This  nxsober  shall  either  be  xero  or  the  sasie  as 
the  Humber  of  Vertices  field.  The  order  of  the  vertex  colors  shall 
follow  the  same  order  as  the  vertex  pointers  for  the  current  polygon. 

The  field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  ‘VC*) 

Color  Table  Index  Field 

5.1.2.2.3.2.20  Polygon  Microdescriotor  Record.  The  number  of  these 
records  shall  correspond  to  the  Humber  of  Microdescriptors  field  in  the 
Polygon  Header  Record.  These  microdescriptors  shall  override  those  of 
the  parent  component.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  'PM') 

Microdescriptor  Type  Field 
Microdescriptor  Value  Field 

5.1.2.2.3.2.21  Polygon  Texture  Reference  Pointer  Record.  The  number 
of  these  records  shall  correspond  to  the  value  in  the  Humber  of  Polygon 
Texture  References  field  within  the  parent  Polygon  Header  record..  The 
field  structure  of  each  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'PR') 

Texture  Mapping  Type  Field 
Texture  Reference  Table  Index  Field 
Texture  Mapping  Set  ID  Field 

5. 1.2. 2. 3. 3  Vertex  Table  File.  The  name  of  this  file  shall  be  of  the 
form  "Mtttxjexxx.VTX",  where  "ttt"  is  ■208''  for  a  2D  Static  Model,  "IDS" 
for  a  3d  Static  Model,  and  "IDD*  for  a  3D  Dynamic  Model;  and  xxxxx  is 
the  model  sequence  number  ( not  the  SSDB  model  number ) .  The  Vertex  Table 
File  format  shall  be  as  follows: 

for  each  vertex 
Vertex  Record 
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5. 1.2. 2. 3. 3.1  Vertex  Record.  The  number  of  these  records  shell 
correspond  to  the  value  in  the  Humber  of  Model  Vertices  field  %d.thin  the 
Model  Header  record.  The  field  structure  of  this  record  shall  be  as 
f  ollo%r8 : 

Coordinate  Field 


5. 1.2. 2. 3. 4  Data  Source  Table  File.  There  shall  be  exactly  one  of 
these  files  in  the  SIF  Model  Section.  The  name  of  this  file  shall  be 
“MODEL. DST* .  The  Data  Source  Table  File  format  shall  be  as  follow t 

SIF  File  Identifier  Record 
Data  Source  Table  Header  Record 
for  each  data  source  table  entry 
Data  Source  Table  Entry  Record 


5. 1.2. 2. 3. 4.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follow: 

Section  Identifier  Field  (alwys  ‘SIF/HDI  MODELS*) 

File  Identifier  Field  (always  ‘DATA  SOORCE  TABLE') 


5. 1.2. 2. 3. 4. 2  Data  Source  Table  Header  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *DS*) 

Humber  of  Data  Sources  Field 


5. 1.2. 2. 3. 4. 3  Data  Source  Table  Entry  Record.  The  number  of  these 
records  shall  correspond  to  the  count  given  in  the  header  record.  The 
field  structure  of  this  record  shall  be  as  follow: 

Record  Keyword  Field  (always  'SE') 

Source  ID  Humber  Field 
Source  Type  Field 
Source  Hame  Field 
Source  Date  Field 
Source  Agency/Project  Field 
Reliability  of  Data  Field 
Accuracy  Field 
Collection  System  Field 
Canqpllation  Date  Field 
Compilation  Criteria  Field 
Security  Classification  Field 
Codewrds  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Ninnber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5. 1.2. 2. 3. 5 
■MODEL. FAC*. 


fACS  Table  File.  Th«  dam  of  this  file  ahAll  b« 
The  FACS  Table  File  fozaat  shall  be  as  follows: 


SIF  File  Identiifier  Record 
FACS  Table  Header  Record 
for  each  FACS  table  entry 
FACS  Table  Entry  Record 


5. 1.2. 2. 3. 5.1  SIF  File  Idei 
record  shall  be  as  follows: 


1.  The  field  structure  of  this 


Section  Identifier  Field  (always  *SIF/BDI  MODELS') 
File  Identifier  Field  (always  'FACS  TABIX') 


The  field  structure  of  this 


5. 1.2. 2. 3. 5. 2  FACS  Table  Header  Record, 
record  shall  be  as  folloira: 

Record  Keyword  Field  (always  *FT*) 
Humber  of  FACS  Table  Entries  Field 


5. 1.2. 2. 3. 5. 3  FACS  Table  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  count  given  in  the  header  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keytiord  Field  (always  *FE') 

FACS  Table  Index  Field 

Humber  of  FACS  Attributes  for  This  Entry  Field 
for  each  FACS  attribute 

FACS  Attribute  Subrecord 


5. 1.2. 2. 3. 5. 3.1  FACS  Attribute 
record  shall  be  as  follo«ra: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Humber  Field 
Sensors  Supported  Field 
Attribute  Value  Field 


The  field  structure  of  each 
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5. 1.2. 2. 3. 5. 3. 2  FACS  Application.  Nhen  used  to  represent  model  attributes 
FACS  fields  shall  be  applied  at  the  level  specified  herein.  Levels  of 
applicability  are  abbreviated  as  follows:  L  ■  LOD;  S  >  Point  Light  String 
C  >  Ccngionent;  and  P  >  Polygon.  Other  levels  are  explicitly  stated. 


FACS  Field  Name 

ADDlication 

Absorptivity  Field 

Base  Polygon  ZD 

L 

S 

C 

p 

Centroid  Field  (Deleted) 

Color  Table  Index  Field 

L 

S 

p 

Cycle  Rate  Off  Time  Field 

S 

c 

p 

Cycle  Rate  On  Time  Field 

S 

c 

p 

Diffuse  Reflectance  Field 

S 

c 

p 

Directionality  Field 

Directivity  (Infrared)  Field 

S 

c 

p 

Directivity  (Radar)  Field 

S 

Directivity  Field 

L 

S 

Emlssivity  Field 

S 

c 

p 

Exitance  Field 

S 

c 

p 

Feature  Identification  (FID)  Code  Field 

Model 

Feature  Onset  Field 

S 

c 

p 

Fixed  Order  Priority  Field 

Internal  Material  Category  Field 

S 

p 

Internal  Material  Volume  Field 

s 

Layer  Number  (Infrared)  Field 

s 

c 

p 

Layer  Number  (Radar)  Field 

c 

p 

Layer  Number  (Visual)  Field 

c 

p 

Light  Borisontal  Canter  Field 

s 

c 

p 

Light  Horizontal  Fall  Field 

s 

c 

p 

Light  Horizontal  Width  Field 

s 

c 

p 

Light  Intensity  Field 

s 

c 

p 

Light  Type  Field 

c 

p 

Light  Vertical  Center  Field 

s 

c 

p 

Iiight  Vertical  Fall  Field 

s 

c 

p 

Light  Vertical  Width  Field 

s 

c 

p 

Long  Lineal  Field 

s 

Low  Level  Effects  Field 

s 

Maximum  Edges  Per  Polygon  Field 

Cluster 

Maximum  Height  Field 

L 

Model  Centroid  Field 

L 

s 

Object  Volume  Field 

Placement  Point  Field 

Polygon  Illumination  Type  Field 

L 

s 

c 

p 

Polygon  Landing  Light  Illumination  Field 

c 

p 

Polygon  Non-Occulting  Field 

c 

p 

Polygon  Non-Shadow  Field 

Radius  Field 

L 

s 

c 

p 

Reflectance 

s 

c 

p 

Self-Emitter  Field 

s 

c 

p 

Shading  Type  Field 

Shape  Code  Field 

s 

c 

p 

Specular  Field 

c 

p 

Surface  Material  Category  Field 

c 

p 

Surface  Material  Subtype  Field 

s 

c 

p 

Texture  Map  Reflectance  Field 

Translucency  Field 

s 

c 

p 

Transmissivity  Field 

s 

c 

p 

Visible  Range  Field 

s 
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5. 1.2. 2. 3. 6  Daar-Defined  TAGS  Table  File.  This  file  shall  be  included 
%fhenever  the  SIF  data  base  contains  nonstandard  FACS  codes.  The  name  of 
this  file  shall  be  "MODEL . UFA” .  The  foxmat  of  this  file  shall  be  as 
follovs: 


SIF  File  Identifier  Record 
User>Defined  FACS  Table  Header  Record 
for  each  user-defined  FACS  table  entry 
User-Defined  FACS  Table  Entry  Record 

5. 1.2. 2. 3. 6.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  MODELS') 

File  Identifier  Field  (always  'USER-DEFINED  FACS  TABLE') 

5. 1.2. 2. 3. 6. 2  User-Defined  FACS  Table  Header  Record.  The  table  shall 
be  structured  as  follo%ra: 

Record  Key%ford  Field  ( always  '  UF ' ) 

Number  of  User-Defined  FACS  Attribute  Codes  Field 

5. 1.2. 2. 3. 6. 3  User-Defined  FACS  Table  Entry  Record.  The  table  shall  be 
structured  as  follows: 

Record  Keyword  Field  ( always  *  UE ' ) 

FACS  Attribute  Code  Field 
FACS  Description  Field 
FACS  Class  Field 
if  FACS  Class  -  ENUMERATED  then 

Nimiber  of  Enumerated  Items  Field 
for  each  Enumerated  Item 

Enumerated  Item  Name  Field 

else 

Data  Range  Field 
end  if 


5. 1.2. 2. 3. 7  Color  Table  File.  The  name  of  this  file  shall  be 
"MODEL. CW .  The  Color  Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Color  Table  Header  Record 
for  each  color  table  entry 

Color  Table  Entry  Record 

5. 1.2. 2. 3. 7.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  ( always  ' SIF/BDI  MODELS ' ) 

File  Identifier  Field  (always  'COLOR  TABLE') 

5. 1.2. 2. 3. 7. 2  Color  Table  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'CT' ) 

Color  Definition  Type  Field 
Number  of  Colors  Field 
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5. 1.2. 2. 3. 7. 3  Color  Table  Entry  Record.  The  nunber  of  theee  records 
shall  correspond  to  the  count  given  in  the  header  record.  The  field 
structure  of  this  record  shall  be  as  follow: 

Record  Keytrord  Field  (always  'CE') 

Color  Table  Index  Field 
Color  Description  Field 
RGB/HCV  Color  Value  Field 


5. 1.2. 2. 3. 8  Face-Based  Texture  Reference  Table  File.  The  nasie  of  this 
file  shall  be  "MODEL. FTO” .  The  Face-Based  Texture  Reference  Table  File 
format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Face-Based  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Face-Based  Texture  Reference  Record 


5. 1.2. 2. 3. 8.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ’SIF/BDI  MOISLS*) 

File  Identifier  Field  (always  ‘FACE-BASED  TEXTURE 

REFERENCE  TABLE ' ) 


5. 1.2. 2. 3. 8. 2  Face-Based  Texture  Reference  Table  Header  Record.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' FX ' ) 

Number  of  Textiure  References  Field 


5. 1.2. 2. 3. 8. 3  Face-Based  Texture  Reference  Record.  The  field  structure 
of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'FB') 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Polygon  Alignment  Vector  Field 

Rotation  About  Texture  Origin  Field 

Polygon  Reference  Point  Field 

Layer  Number  Field 
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5. 1.2. 2. 3. 9  Vertex-to-Vertex  Texture  Reference  Table  File.  There  shall 
be  one  texture  pattern  vertex  defined  for  each  polygon  vertex.  The 
first  texture  pattern  vertex  shall  map  to  the  first  polygon  vertex.  The 
name  of  this  file  shall  be  "MODEL.VTK*'  The  Vertex-to-Vertex  Texture 
Reference  Table  Pile  format  shall  be  as  follom: 

SIP  Pile  Identifier  Record 

Vertex-to-Vertex  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Vertex-to-Vertex  Texture  Reference  Record 

5. 1.2. 2. 3. 9.1  SIP  Pile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo%ra: 

Section  Identifier  Pield  (always  ‘SIP/BDI  MODELS') 

Pile  Identifier  Pield  (always  'VERTEX-TO-VERTEX  TEXTURE  REPERENCE 
TABLE' ) 

5. 1.2. 2. 3. 9. 2  Vertex-to-Vertex  Texture  Reference  Table  Header  Record. 
The  field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Pield  (always  'VX') 

Number  of  Texture  References  Pield 


5. 1.2. 2. 3. 9. 3  Vertex-to-Vertex  Texture  Reference  Record.  There  shall 
be  one  texttire  pattern  vertex  defined  for  each  polygon  vertex.  The 
first  texture  pattern  vertex  shall  oiap  to  the  first  polygon  vertex.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Pield  (always  *VB') 

Texture  Reference  Table  Index  Field 
Texture  Library  Pield 
Texture  ID  Field 
Layer  Number  Pield 

Number  of  Texture  Pattern  Coordinates  Pield 
Texture  Pattern  Coordinates  Subrecord 


5. 1.2. 2. 3. 9. 3.1  Texture  Pattern  Coordinates  Subrecord.  The  field 
structure  of  the  subrecord  shall  be  as  follows: 

for  each  texture  pattern  point 

Texture  Pattern  Coordinates  (X,Y)  Pield 


5.1.2.2.3.10  Model-Based  Texture  Reference  Table  Pile.  The  name  of 
this  file  shall  be  "MODEL. MTR* .  The  Model-Based  Texture  Reference  Table 
Pile  format  shall  be  as  follows: 

SIP  File  Identifier  Record 

Model-Based  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Model-Based  Texture  Reference  Record 
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5.1.2.2.3.10.1  SIF  rile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo%ra: 

Section  Identifier  Field  ( always  *  SIF/BDZ  M0DEZ.S  * } 

File  Identifier  Field  (always  'MODEL-BASED  TEXTURE 

REFEREHCZ  TABLE ' ) 

5.1.2.2.3.10.2  Model-Based  Texture  Reference  Record.  The  field 
structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MX') 

Dumber  of  Texture  References  Field 

5.1.2.2.3.10.3  Model-Based  Texture  Reference  Record.  The  field 
structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MB') 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Model  Reference  Point  Field 

Layer  Dumber  Field 


5.1.2.2.3.11  Don-Mapped  Texture  Reference  Table  File.  The  name  of  this 
file  shall  be  "MODEL. DTR* .  The  Don-Mapped  Texture  Reference  Table  File 
format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Don-Mapped  Texture  Reference  Table  Header  Record 
for  each  texture  reference 

Don-Mapped  Texture  Reference  Record 

5.1.2.2.3.11.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  MODELS') 

File  Identifier  Field  (always  'DOM-MAPPED  TEXTURE 

REnSREDCE  TABLE '  ) 

5.1.2.2.3.11.2  Mon-Mapped  Texture  Reference  Table  Header  Record.  The 
field  structure  of  the  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MX') 

Dumber  of  Texture  References  Field 
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5.1.2.2.3.11.3  Won-Mapped  Texture  Reference  Record.  The  nuniber  of 
these  records  shall  correspond  to  the  count  given  in  the  Mon-Mapped 
Texture  Reference  Table  Header  Record.  The  field  structure  of  the 
record  shall  be  as  folloira: 

Record  Keyword  Field  (always  ’NM') 

Texture  Reference  Table  Index  Field 
Texture  Library  Field 
Texture  ID  Field 


5. 1.2. 3  Culture  Data.  Producers  of  SIF/BDI  culture  shall  transfer 
databases  using  either  of  two  approaches  to  multiple  levels  of  detail: 
layered  or  awrged.  The  layered  multi-LOD  approach  shall  be  used  to 
represent  multiple  co-located  culture  tiles  at  different  LCDs.  When 
layered  culture  data  tiles  are  created,  pointers  (LOD  Cross  References) 
between  related  features  in  the  lotmr  resolution  tiles  and  the  higher 
resolution  tiles  shall  be  provided.  The  merged  single-layer  approach 
shall  be  used  to  represent  a  single  layer  of  tiles  throughout  the  gaming 
area.  Each  aadwidded  patch  of  higher  (or  lower)  resolution  data  shall  be 
outlined  and  Identified  using  island  descriptor  fields  within  the  Data 
Resolution  Identifier  Record.  Initially,  the  SDBF  shall  be  responsible 
for  segregating  sierged  culture  data  into  the  SSDB  layered  LOD  structure, 
and  extracting  requested  SSDB  data  at  the  highest  resolution  available 
within  the  selected  area  of  coverage  and  merging  it  into  a  single- layer 
culture  database. 

S.  1.2. 3.1  Culture  Data  Encoding.  Connent  fields  or  frM  text  fields 
shall  be  embedded  into  a  SIF  ASCII  data  file  as  follows.  The  record 
Keyword  for  a  consMint  record  shall  be  two  consecutive  asterisks  (**). 
Following  the  keyword  shall  be  the  standard  ASCII  null  character  ( *  00 ' ) 
as  a  field  separator.  The  ccmnent  field  shall  then  continue  until  end 
of  file  (EOF)  or  the  end  of  field  separator  is  located  in  the  SIF  data 
file.  Conraant  records  shall  not  occur  in  the  middle  of  any  record  in 
the  file,  but  can  be  placed  before  or  after  any  other  record  in  the  data 
file.  Culture  vertex  data  shall  be  encoded  as  binary  values,  but  the 
headers  and  feattire  descriptors  shall  be  encoded  using  a  coBq>ressed  foxm 
of  ASCII.  This  oosqiression  shall  take  the  foxm  of  stripping  all  leading 
zeros  from  numeric  strings  cmd  all  trailing  blanks  from  character 
strings.  Every  ASCII  field  shall  be  separated  rrom  its  neighbors  by  the 
ASCII  null  character  ( ' 00 ' ) .  A  SIF/BDI  culture  data  set  shall  be 
comprised  of  six  classes  of  features,  defined  as  follows:  Areal 
features  are  line  segments  which  form  a  closed  polygon  arovmd  the  area 
being  described;  linear  (or  lineal)  features  are  line  segments  idiich 
typically  do  not  form  a  closed  polygon;  point  features  consist  of  one  or 
aK>re  discrete  ( non-connectcd )  vertices;  point  light  features  consist  of 
a  single  point  which  represents  a  light-emitting  feature;  point  light 
string  features  are  line  segments  consisting  of  two  or  more  discrete 
(non-connected)  vertices  representing  a  light -emitting  feature;  and 
model  references  are  a  point  location  at  which  a  model  from  the  SIF/BDI 
model  libraries  may  be  inserted  as  a  substitute  for  one  or  more  culture 
featxires.  For  each  of  these  classes  of  features  there  are  certain  ru-'es 
which  shall  be  followed,  as  defined  below. 
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5. 1.2. 3. 1.1  Areal  Feature  Rulea.  Given  a  SZF/BDZ  culture  tile  with  the 
areal  features  shown  in  Figure  5,  the  following  rules  shall  apply. 

5. 1.2. 3. 1.1.1  Background  Feature.  Areal  feature  1  (FI)  shall  be  the 
background  feature,  whose  outline  corresponds  to  the  boundary  of  the 
tile. 


5. 1.2. 3. 1.1. 2  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  sequence  number. 

5. 1.2. 3. 1.1. 3  Line  Segments.  Each  areal  feature  shall  consist  of  one 
or  more  line  segments .  Each  eegr  ant  shall  consist  of  two  or  more  vertex 
coordinates.  A  segment  shall  terminate  idienever  it  is  intersected  by 
another  segment  (e.g.,  at  V5  and  V7). 

5. 1.2. 3. 1.1. 4  Shared  Segments.  When  a  segment  is  shared  by  two  or  more 
features,  it  shall  be  stored  only  once  in  the  database. 

5. 1.2. 3. 1.1. 5  Feature  Traversal.  The  vertices  making  up  an  areal 
feature  shall  be  traversed  in  a  counterclockwise  direction  as  viewed 
from  above.  Hoviever,  it  is  possible  to  list  the  vertices  within  a 
segment  in  a  clockwise  sequence.  In  the  case  of  a  segment  shared  by 
adjoining  features,  the  sequence  of  vertices  shall  be  cloc)cwise  relative 
to  one  of  the  features.  For  exanq>le,  if  the  vertices  in  segment  S5  are 
listed  in  the  sequence  V5,  V6,  V7,  then  this  is  counterclockwise 
relative  to  feature  F2  but  cloc)cwi8e  relative  to  feature  F3.  Zn  order 
to  support  counterclockwise  traversal  of  features  in  such  situations, 
the  Segment  Pointer  Record  shall  contain  a  traversal  direction  flag 
indicating  that  the  vertices  should  be  traversed  in  revcucse  sequence. 

5. 1.2. 3. 1.1. 6  Closure .  Areal  feattures  shall  be  explicitly  closed. 

5. 1.2. 3. 1.1. 7  Concave  Features.  There  shall  be  no  restriction  against 
non-convex  features  in  SIF/HDZ .  There  shall  be  no  restriction  against 
use  of  SIF/BDZ  for  databases  in  tdiich  concsve  features  have  been 
decoiBposed  into  convex  polygons,  but  this  use  should  be  discouraged. 

5. 1.2. 3. 1.1. 8  Inside  Segments.  It  shall  be  possible  to  encode  an  areal 
feature  with  a  "hole*  within  it  by  use  of  "inside*  segments.  For 
oxaaqple,  if  F4  were  not  a  feature  in  its  own  right  but  sieraly  a  hole 
within  feature  F3,  then  segment  S8  shall  be  associated  with  feature  F3 
as  an  interior  segment.  A  flag  within  the  Segment  Pointer  Record  shall 
be  used  to  identify  the  segment  as  such. 

5. 1.2. 3. 1.1. 9  Disjoint  Polygons.  It  shall  be  possible  to  encode  two  or 
store  disjoint  polygons  as  a  single  areal  feature.  For  example,  features 
F5  and  F6  could  both  be  small  ponds.  To  avoid  redundant  storage  of 
feature  attributes,  it  shall  be  possible  to  store  one  of  the  areal 
segments  (say,  S9)  as  the  primary  segment  for  feature  F5,  and  store  the 
remaining  segment  (SlO)  as  a  disjoint  segment  also  within  feature  F5.  A 
flag  within  the  Segment  Pointer  Record  shall  be  used  to  indicate  such 
usage. 
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5.1.2.3.1.1.10  Mon-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile — a  2-D  vertex  file  and  a  3-D  vertex  file.  For  exao^le, 
vertex  V7  %*ould  be  stored  only  once  even  though  it  is  referenced  by 
three  segments  (S5,  S6,  S7).  Each  segment  header  shall  have  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 

5.1.2.3.1.1.11  Vertex  Ordering.  ^Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  %fithin  a  vertex  file. 

5.1.2.3.1.1.12  Feature /Segment  Numbering .  Feature  and  segment  numbers 
shall  be  sequentially  assigned,  and  explicitly  encoded  within  feature 
and  segment  records.  Each  segment  shall  have  a  backpointer  to  the 
feature(s)  which  reference  it,  so  that  a  two-way  relationship  can  be 
maintained . 


5. 1.2. 3. 1.2  Linear  Feature  Rules.  Given  a  SZF/HDX  culture  tile  with 
the  linear  (also  referred  to  as  "lineal*')  features  shown  in  Figure  6, 
the  following  rules  shall  apply. 

5. 1.2. 3. 1.2.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 

5. 1.2. 3. 1.2. 2  Line  Segments.  Each  linear  feature  shall  consist  of  one 
or  Biore  line  segments.  Each  segment  shall  consist  of  two  or  more 
vertex  coordinates.  A  segment  shall  be  split  into  two  segments 
whenever  it  is  intersected  by  another  segment.  For  example,  vertex  V3, 
which  is  the  termination  of  feature  F2  (V3  to  V9)  where  it  intersects 
with  FI  (VI  to  V5),  is  used  to  break  up  Fl  into  segments  SI  (VI  to  V3) 
and  S2  (V3  to  V5). 

5. 1.2. 3. 1.2. 3  Segment  Ends.  Except  for  feature  intersections,  the 
definition  of  segment  ends  may  be  arbitrary.  For  example,  feature  Fl  is 
shown  as  consisting  of  two  segments,  with  SI  consisting  of  vertices  VI, 
V2,  and  V3,  and  S2  consisting  of  vertices  V3,  V4,  and  V5;  it  would  be 
perfectly  acceptable  to  break  either  SI  or  S2  (or  both)  into  two 
segments  containing  two  vertices  each. 

5. 1.2. 3. 1.2. 4  Shared  Segments.  When  a  segment  is  shared  between  a 
linear  and  an  areal  feature,  it  shall  be  stored  only  once  in  the 
database.  For  example,  segment  S4  (defined  by  vertices  V7  and  V8)  is  a 
common  segment  shared  by  linear  feature  F2  and  areal  feature  F3. 

5. 1.2. 3. 1.2. 5  Directionality .  Uni-directional  linears  shall  be 
digitized  from  left  to  right  facing  the  visible/reflective  side;  i.e., 
the  visible/reflective  side  shall  be  to  the  right  as  one  traverses  the 
vertex  coordinates.  For  example,  if  Fl  were  a  uni-directional  feature 
with  vertices  listed  in  the  sequence  from  Vl  to  V5,  then  the 
visible/ref lective  side  would  be  towards  the  bottom  of  the  diagram. 
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Figure  6.  Linear  Feature  Convj 
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5. 1.2. 3. 1.2. 6  Feature  Traveraal.  Except  for  uni -directional  featurea, 
either  end  of  a  linear  feature  or  segment  ntay  serve  as  the  beginning 
point  for  traversal.  Once  the  direction  is  decided  for  a  specific 
feature,  the  segments  making  up  a  linear  feature  shall  be  traversed 
continuously  in  that  direction.  It  is  possible  to  list  the  vertices 
within  a  segment  in  a  sequence  opposite  to  the  direction  of  traversal 
id. thin  the  overall  linear  feature.  This  situation  is  most  likely  to 
arise  in  the  case  of  a  segment  shared  with  an  adjoining  areal  feature. 
For  exanple,  the  linear  feature  F2  happens  to  share  segment  S4  with 
areal  feature  F3.  If  F3  happened  to  have  been  digitized  prior  to  F2, 
segment  S4  would  normally  be  digitised  in  the  direction  ve  to  V7,  in 
order  to  maintain  the  rule  of  counter-clockwise  traversal  of  areals. 

From  the  standpoint  of  linear  feature  F2,  however,  this  vertex  sequence 
is  opposite  to  the  primary  flow  from  V3  to  V9 .  In  order  to  support 
continuous  traversal  of  linear  features  in  such  situations,  the  Segment 
Pointer  Record  shall  contain  a  traversal  direction  flag  indicating  that 
the  vertices  shall  be  traversed  in  reverse  sequence. 

5. 1.2. 3. 1.2. 7  Disjoint  Segments.  It  shall  be  possible  to  encode  two  or 
more  disjoint  line  segments  as  a  single  linear  feature.  For  exanqile, 
features  F4,  F5,  and  F6  could  be  rows  of  hedges.  To  avoid  redundant 
storage  of  feature  attributes,  it  «>Quld  be  possible  to  store  one  of  the 
linear  segments  (such  as  S7)  as  the  primary  segment  for  feature  F4,  and 
store  the  remaining  segments  (S8  and  S9)  as  disjoint  segments  also 
within  feature  F4.  h  flag  in  the  Segment  Pointer  Record  shall  be  used 
to  indicate  such  usage. 

5. 1.2. 3. 1.2. 8  Non-contiquouB  Feature.  It  shall  be  possible  to  encode 
two  or  more  connected  but  non-continuous  line  segments  as  a  single 
linear  feature.  For  a  more  canq>res8ed  representation,  it  shall  be 
possible  to  store  one  set  of  continuous  line  segments  (say,  SIO,  Sll, 
S12)  as  the  primary  caRq>onent  of  feature  F7,  and  store  the  remaining 
segments  (S13  through  S18)  as  disjoint  segments  also  within  feature  F7. 
A  flag  in  the  Segment  Pointer  Record  shall  be  used  to  indicate  such 
usage . 


5. 1.2. 3. 1.2. 9  Non-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile — a  2-D  vertex  file  and  a  3-D  vertex  file.  For  example, 
vertex  V3  %rould  be  stored  only  once  even  though  it  is  referenced  by 
three  segments  (SI,  S2,  S3).  Each  segment  header  shall  have  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 

5.1.2.3.1.2.10  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1  .2.3.1.2.11  Feature /Segment  Numbering .  Feature  and  segment  numbers 
shall  be  sequentially  assigned,  and  explicitly  encoded  within  feature 
and  segment  records.  Each  segment  shall  have  a  backpointer  to  the 
feature(s)  which  reference  it,  so  that  a  two-way  relationship  can  be 
maintained . 
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5. 1.2. 3. 1.3  Point  Feature  Rules.  Given  a  SIF/HDI  culture  tile  with  the 
point  features  shown  in  Figure  7,  the  following  rules  shall  apply. 


5. 1.2. 3. 1.3.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 


5, 1.2. 3. 1.3. 2  Line  Segments.  Each  point  feature  shall  be  represented 
as  a  segment  consisting  of  one  or  more  vertex* coordinates .  Multiple 
vertices  shall  be  used  to  encode  a  series  of  discrete  point  objects 
having  comnon  attributes  (e.g.,  power  pylons).  Feature  FI  illustrates 
the  more  comnon  single-vertex  case.  Features  F2  and  F3  illustrate  two 
varieties  of  the  multi-vertex  case. 


5. 1.2. 3. 1.3. 3  Vertex  Sequence.  As  shown  in  F3,  when  multiple  vertices 
are  specified  within  a  point  feature,  their  sequence  can  be  arbitrary; 
i.e.,  it  is  not  required  that  they  represent  a  direction  of  traversal. 


5. 1.2. 3. 1.3. 4  Disjoint  Segments.  If  multi -vertex  point  feature  is 
encoded  using  multiple  segments,  segments  other  than  the  first  shall  be 
flagged  as  disjoint  segments. 


5. 1.2. 3. 1.3. 5  Coincident  Segments.  It  shall  be  possible  for  a  point 
feature  to  be  located  on  an  areal  or  lineal  feature  segment.  In  such 
cases,  the  point  feattire  vertex  shall  serve  as  an  end  node  defining  the 
break  point  between  two  line  segments.  For  example,  if  point  feature  F4 
were  to  actually  lie  upon  line  segment  S5  of  linear  feature  F5,  then 
aegsMnt  S5  should  be  split  into  two  segments  at  the  point  at  «^ch  F4 
intersects  F5.  VI 1  would  became  a  vertex  defining  feature  F5;  feature 
F5  would  then  consist  of  two  segments,  one  containing  vertices  V12,  VI 3, 
and  VI 1,  and  the  other  containing  VI 1,  VI 4,  and  VI 5.  vniile  vertex  VI 1 
becosMS  shared  by  F4  and  F5,  segment  S4  remains  applicable  only  to  point 
feature  F4  and  shall  not  become  a  segment  within  lineal  feature  F5. 


5. 1.2. 3. 1.3. 6  Non-redundant  Vertices.  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile.  For  example,  vertex  Vll  shall  be  stored  only  once,  even 
if  it  were  to  be  referenced  by  point  feature  F4  and  by  two  line  segments 
within  lineal  feature  F5.  Each  segment  header  shall  include  a  flag 
indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D  vertex 
file  or  the  3-D  vertex  file. 


5. 1.2. 3. 1.3. 7  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5. 1.2. 3. 1.3. 8  Feature  Numbering.  Feature  numbers  shall  be  sequentially 
assigned,  and  explicitly  encoded  within  feature  records. 
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Figure  7.  Point  Feature  Convention 
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5. 1.2. 3. 1.4  Point  Light  Fea'fcure  Rules.  Given  a  SIF/BOl  culture  tile 
with  the  point  light  features  shown  in  Figure  8,  the  following  rules 
shall  apply.  ■> 


5. 1.2. 3. 1.4.1  Rendering  Priority.  Rendering  priorities  shall  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  nianber. 


5. 1.2. 3. 1.4. 2  Number  of  Vertices,  ha  illustrated  by  feature  Fl,  each 
point  light  feature  shall  be  a  segment  consisting  of  one  and  only  one 
vertex  coordinate.  (Features  consisting  of  multiple  point  lights  shall 
be  encoded  as  point  light  string  features . ) 


5. 1.2. 3. 1.4. 3  Coincident  Segments.  It  shall  be  possible  for  a  point 
light  feature  to  be  located  on  an  areal  or  lineal  feature  segment.  In 
such  cases,  the  point  light  feature  vertex  shall  serve  as  an  end  node 
defining  the  break  point  between  two  line  segments.  For  example,  if 
point  light  feature  F2  %«ere  to  lie  upon  line  segment  S3  of  linear 
feature  F3,  then  segment  S3  should  be  split  into  two  segments  at  the 
point  at  which  F2  intersects  F3 .  V2  would  become  a  vertex  defining 
feature  F3;  feature  F3  trauld  then  consist  of  two  segments,  one 
containing  vertices  V3,  V4,  and  V2,  and  the  other  containing  V2,  V5,  and 
V6.  While  vertex  V2  becomes  shared  by  F2  and  F3,  segment  S2  remains 
applicable  only  to  point  light  feature  F2  and  shall  not  become  a  segment 
within  lineal  feature  F3. 


5. 1.2. 3. 1.4. 4  Non-rcdundant  Vertices .  Vertex  coordinates  shall  be 
stored  non>redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile.  For  example,  vertex  V2  shall  be  stored  only  once  even  if 
it  were  to  be  referenced  by  point  light  feature  F2  and  by  two  line 
segments  within  lineal  feature  F3.  Each  segment  header  shall  include  a 
flag  indicating  whether  the  vertex  coordinates  may  be  found  in  the  2-D 
vertex  file  or  the  3-D  vertex  file. 


5. 1.2. 3. 1.4. 5  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5. 1.2. 3. 1.4. 6  Feature  Numbering.  Feature  numbers  shall  be  sequentially 
assigned,  and  encoded  within  feature  records. 

5. 1.2. 3. 1.5  Point  Light  String  Feature  Rules.  Given  a  SIF/BDI  culture 
tile  with  the  point  light  string  features  shown  in  Figure  9,  the 
following  rules  shall  apply. 
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5. 1.2. 3. 1.5.1  Rendering  Priority.  Rendering  priorities  shell  be 
specified  via  the  layer  number  attribute  associated  with  each  feature, 
not  the  sequence  number. 

5. 1.2. 3. 1.5. 2  Number  of  Vertices.  Each  point  light  string  feature 
shall  be  a  segment  consisting  of  two  or  more  vertices.  Point  light 
string  records  shall  be  used  to  encode  a  series  of  discrete  point  lights 
having  coninon  attributes  ( such  as  runway  lights ) .  Feature  FI 
illustrates  the  most  cosmon  type  of  point  light  string,  a  series  of 
lights  arranged  in  a  straight  line.  Vertex  coordinates  shall  be 
specified  for  each  light  in  the  string. 

5. 1.2. 3. 1.5. 3  Won-linear  Strings.  Feature  F2  shows  a  series  of  lights 
arranged  in  a  curved  line.  In  such  cases,  each  point  light  location 
shall  be  specified  as  an  explicit  vertex. 

5. 1.2. 3. 1.5. 4  Parallel  Strings.  Features  F3  and  F4  represent  two 
parallel  straight-line  rows  of  lights.  Instead  of  encoding  each  row  as 
a  separate  point  light  string  feature,  it  is  allo%rable  to  encode  two  or 
more  strings  having  coninon  attributes  as  a  single  feature,  every  light 
as  a  separate  vertex  within  the  feature  segment,  or  by  specifying  one 
row  of  lights  as  the  primary  segment  of  the  feature,  and  the  second  row 
as  a  disjoint  segment  of  the  same  feature. 

5. 1.2. 3. 1.5. 5  Light  Groups.  The  point  light  string  record  shall  be 
used  to  encode  a  feature  consisting  of  a  group  of  point  lights  having 
caamon  attributes  but  arranged  in  non-linear  fashion.  Feature  FS  is  an 
exangile. 


5. 1.2. 3. 1.5. 6  Vertex  Sequence.  In  all  cases  where  the  point  light 
vertices  are  explicitly  listed,  the  sequence  of  vertex  coordizuites  may 
be  arbitrary. 


5. 1.2. 3. 1.5. 7  Coincident  Segments.  It  shall  be  possible  for  a  point 
light  string  feature  to  be  co-located  with  an  areal  or  lineal  feature 
segment.  In  such  cases,  the  point  light  string  feature  vertices  also 
serve  as  end  nodes  defining  the  intersection  of  two  line  segments.  For 
exaaiple,  if  point  light  string  feature  F6  were  to  lie  upon  line  se^oent 
S7  of  linear  feature  F7,  then  segment  S7  shall  be  split  into  five 
segments  at  the  points  at  which  F6  intersects  F7.  Vertices  V23,  V24, 
V25,  and  V26  would  become  vertices  defining  feature  F7;  feature  F7  would 
then  consist  of  five  segments;  the  first  would  contain  vertices  V27, 

V26,  and  V23,  the  second  would  contain  V23  and  V24,  the  third  V24  and 
V25,  the  fourth  V25  and  V26,  and  the  fifth  V26,  V29,  and  V30.  While 
vertices  V23  through  V26  becomes  shared  by  F6  and  F7,  segment  S6  remains 
applicable  only  to  point  light  string  feature  F6  and  shall  not  become  a 
segment  within  lineal  feature  F7 . 

5. 1.2. 3. 1.5. 8  Non-redundant  Vertices .  Vertex  coordinates  shall  be 
stored  non-redundantly  within  one  of  two  vertex  files  associated  with  a 
culture  tile.  For  example,  vertex  V23  shall  be  stored  only  once  even  if 
it  were  to  be  referenced  by  point  light  string  feature  F6  and  by  two 
line  segments  within  lineal  feature  F7 .  Each  segment  header  shall 
include  a  flag  indicating  whether  the  vertex  coordinates  may  be  found  in 
the  2-D  vertex  file  or  the  3-D  vertex  file. 
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5. 1.2. 3. 1.5. 9  Vertex  Ordering.  Vertex  coordinate  records  shall  be 
referenced  by  their  relative  list  position  within  a  vertex  file. 

5.1.2.3.1.5.10  Feature  Numbering.  Feature  numbers  shall  be 
sequentially  assigned,  and  explicitly  encoded  within  feature  records. 

5. 1.2. 3. 1.6  Model  Reference  Rules.  Model  references  shall  be  used  to 
permit  discretionary  substitution  of  culture  features  by  models  from  a 
model  library.  The  following  rules  shall  apply  to  the  use  of  model 
references. 


5. 1.2. 3. 1.6.1  number  of  Vertices.  Each  model  reference  shall  contain  a 
model  identifier  along  with  one  and  only  one  vertex  coordinate.  This 
coordinate  shall  represent  the  reference  point,  relative  to  the 
southwest  comer  of  the  tile,  used  to  place  and  orient  a  model  idien 
inserted  into  the  database.  Within  the  geosketry  of  every  model  there 
shall  be  a  Placement  Point  which  is  used  to  align  the  model  to  the  model 
reference  coordinate.  Along  with  the  reference  coordinate,  each  model 
reference  shall  include  an  orientation  angle  and  a  scaling  factor. 

5. 1.2. 3. 1.6. 2  Model  Reference  Table.  To  indicate  that  a  particular 
feature  may  be  replaced  by  a  particular  model,  t%«D  database  entries 
shall  be  siade.  First,  an  entry  shall  be  siade  in  the  Model  Reference 
Table  identifying  the  model  and  its  placement  instructions.  Second,  for 
the  culture  feature  being  replaced  by  that  model,  a  Model  Reference 
Pointer  record  shall  be  added  pointing  to  the  model  reference  table 
entry. 


5. 1.2. 3. 1.6. 3  Multiple  References.  When  a  single  model  replaces 
multiple  cultural  features,  there  shall  be  one  entry  in  the  Model 
Reference  table,  and  a  model  reference  pointer  shall  be  added  to  every 
feature  being  substituted. 

5. 1.2. 3. 1.6. 4  Multiple  Models.  A  culture  feature  may  have  more  than 
one  model  reference  pointer. 

5. 1.2. 3. 1.6. 5  Placement  Coordinate.  The  model  reference  placement 
coordinate  may  be  either  2-D  or  3-D. 

5. 1.2. 3. 1.6. 6  Table  ID.  Model  reference  table  entries  shall  be 
referenced  by  ID  numbers  which  are  sequentially  assigned. 

5. 1.2. 3. 1.7  Superfeaturc  Rules.  The  primary  use  for  superfeatures 
shall  be  to  aggregate  individual  features  within  a  culture  tile  into 
larger  hemogeneous  data  groups.  The  superfeature  shall  identify  all 
child  features  that  belong  to  this  homogeneous  group,  and  may  indicate 
special  "aggregate"  features  for  the  group.  The  data  structures  for  the 
superfeatures  have  been  defined  with  the  capabilities  for  future 
flexibility.  This  flexibility  has  driven  the  relationships  that  are 
identified  in  the  following  paragraphs. 


59 


MIL-STD-1B21 


5. 1.2. 3. 1.7.1  Child  Feature  Referencea.  A  super feature  may  reference 
one  or  more  child  features.  A  child  feature  is  considered  to  be  one 
feature  of  many  that  define  the  superfeature's  group.  For  exan^le, 
there  may  be  many  contiguous  3-D  tree  canopy  features  within  the  culture 
tile.  A  superfeature  could  be  created  which  points  at  all  of  the  3-D 
features.  Since  each  referenced  feature  muld  then  define  only  a 
portion  of  the  complete  superfeature,  the  feature  would  be  considered  to 
be  a  child  feature.  There  are  no  restrictions  on  the  types  or 
dimensions  of  features  that  may  be  referenced.  This  means  that  all 
different  feature  types  (Areal,  Linear,  Point,  Point  Light,  and  Point 
Light  Strings)  can  be  grouped  together  into  a  superfeature,  and  that 
two-dimensional  features  may  also  be  grouped  together  with  three- 
dimensional  features  to  form  a  superfeature. 

5. 1.2. 3. 1.7. 1.1  To  prevent  a  limitation  on  the  expandedsility  of 
superfeatures,  and  to  allow  the  superfeature  categorization  to  be  truly 
user-defined,  there  can  be  more  than  one  superfeature  associated  with  a 
feature . 


5 .1 .2 .3. 1 .7 .2  "AcgreoAte*  Feature  References.  An  "aggregate*  feature 
is  a  special  feature  that  is  referenced  by  the  superfeature.  This 
feature  can  be  considered  to  be  a  replacement  for  all  of  the  children 
features  being  referenced.  For  exan^le,  a  superfeature  could  reference 
many  contiguous  3-D  tree  canopy  polygons  as  %rell  as  reference  a  2-D  tree 
canopy  feature  that  defines  the  outline  of  all  of  the  3-D  contiguous 
canopy  polygons.  Zn  this  case,  the  2-D  polygon  can  be  considered  an 
"aggregate*  feature  since  it  can  be  used  to  describe  the  spatial  extent 
of  the  tree  canopy.  See  Figure  10. 

5. 1.2. 3. 1.7. 2.1  To  prevent  a  limitation  on  the  expandability  of 
aggregate  features,  and  to  allow  the  superfeature  categorization  to  be 
truly  user-defined,  there  can  be  more  than  one  aggregate  feature 
associated  with  a  superfeature. 

5. 1.2. 3. 1.7. 3  Additional  References.  To  provide  for  future 
expandability  in  the  SZF  standard,  the  following  superfeature  references 
shall  be  provided  for  in  SIF  data,  however,  the  SSDB  currently  will  not 
store  these  additional  references. 

5. 1.2. 3. 1.7. 3.1  A  superfeature  may  reference  one  or  more  super features . 
This  swans  that  a  superfeature  can  be  used  as  a  subset  (or  child 
superfeature)  of  another  superfeature.  For  exan^le,  it  would  be 
possible  to  take  several  superfeatures  that  identify  individual  but 
spatially  related  tree  canopy  features  and  combine  them  via  a  parent 
"forest"  superfeature. 

5. 1.2. 3. 1.7. 3. 2  To  prevent  a  limitation  on  the  expandability  of 
superfeatures,  and  to  allow  the  superfeature  categorization  to  be  truly 
user -defined,  there  can  be  more  than  one  parent  superfeature  associated 
with  a  superfeature. 

5. 1.2. 3. 1.7. 3. 3  To  permit  additional  flexibility  within  the 
categorization  scheme  for  the  superfeatures,  a  combination  of  both 
features  and  superfeatures  may  be  referenced  by  any  given  superfeature. 
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S.  1.2. 3. 2  Culture  Section  Structure.  The  SIF  culture  section  shall  be 
organized  into  cells  o£  coverage  delimited  by  full  degree  boundaries. 
Each  cell  of  data  shall  contain  multiple  manuscripts  at  up  to  six  levels 
of  detail  (LODs) .  The  physical  tape  format  shall  have  a  fixed  record 
size.  Data  fields  and  logical  records  may  vary  in  length  and  be  packed 
into  the  physical  records.  All  records  (except  the  file  identifier 
record  and  table  entry  records)  will  begin  with  a  2-character  keyword 
identifier.  The  SIF/HDI  culture  section  format  shall  be  as  follows,  and 
as  shown  in  Figure  1 1 . 

For  each  culture  database 
Database  Beader  File 
Tile  Information  File 
For  each  culture  tile 

Two-D  Coordinate  File  [optional] 

Three-D  Coordinate  File  [optional] 

FACS  Table  File  [optional] 

User-De::ined  FACS  Table  File  [optional] 

Color  Table  File  (optional] 

FID/FDC  Cross-Reference  Table  File  [optional] 
Global-Based  Texture  Reference  Table  File  [optional] 
Non-Happed  Texture  Reference  T-^ble  File  [optional] 
Model  Reference  Table  File  [optional) 

Superfeature  File  [ optional ] 

Feature  File 
Segment  File 


5. 1.2. 3. 2.1  Database  Header  File.  The  name  of  this  file  shall  be 
* CULTURE. DBB * .  The  Database  Header  File  format  shall  be  as  follows  and 
as  shown  in  Figure  12. 

SIF  File  Identifier  Record 
SIF/HDI  Culture  Database  Beader  Record 
for  each  Data  Source  Table  entry 
Data  Source  Table  Record 
for  each  Accuracy  Sub-region 

Accuracy  Region  Record  (optional] 


5. 1.2. 3. 2. 1.1  SIF  File  Identifier  Record.  The  ^ield  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'CULTURE  DATABASE  HEADER') 
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5. 1.2. 3. 2. 1.2  Sir/HDI  Culture  Databaae  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follo%r8: 

Record  Keyword  Field  (always  *DB‘) 

Security  Level  Field 

Culture  Coordinate  System  Field  ( *  GEODETIC '  by  convention ) 
Counter-Cloc)nrise  Areals  Flag  Field  (‘TRUE*  by  convention) 
Explicit  Closure  of  Areals  Flag  Field  ('TROB'  by  convention) 
Number  of  LODa  Field 
Number  of  Tiles  Field 

Number  of  Database  Boundary  Coordinates  Field 
for  each  boundary  coordinate 

Latitude /Longitude  Field 
Number  Of  Data  Sources  Field 


5. 1.2. 3. 2. 1.3  Data  Source  Table  Record.  The  number  of  these  records 
associated  with  the  transmitted  manuscripts  shall  correspond  to  the 
value  in  the  Number  of  Data  Sources  Field  in  the  parent  SIF/HDI  Culture 
Databaae  Header  Record.  The  field  structure  of  the  Data  Source  Table 
Record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  DS  * ) 

Number  of  Accuracy  Regions  Field 
Source  ID  Number  Field 
Source  Type  Field 
Source  Name  Field 
Source  Date  Field 
Source  Agency/Project  Field 
Data  Edition  Number  Field 
Data  Series  Designator  Field 
Producer  Code  Field 
Reliability  of  Data  Field 
Relative  Vertical  Accuracy  Field 
Absolute  Vertical  Accuracy  Field 
Relative  Horizontal  Accuracy  Field 
Absolute  Horizontal  Accuracy  Field 
Collection  System  Field 
Conpilation  Date  Field 
Ccnpilation  Criteria  Field 
Security  Classification  Field 
Code%#orda  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5. 1.2. 3. 2. 1.4  Accuracy  Region  Record.  The  number  of  accuracy  regions 
defined  shall  correspond  to  the  value  in  the  Number  of  Accuracy  Regions 
Field  in  the  parent  Data  Source  Table  Record.  The  field  structure  of 
this  subrecord  shall  be  aa  follotra: 

Record  Keyword  Field  (always  *AR*) 

Number  of  Boundary  Points  Field 
Relative  Vertical  Accuracy  Field 
Absolute  Vertical  Accuracy  Field 
Relative  Horizontal  Accuracy  Field 
Absolute  Horizontal  Accuracy  Field 
for  each  boundary  point 

Relative  Coordinate  Field 


5. 1.2. 3. 2. 2  'Tile  Information  File.  The  name  of  this  file  shall  be 
"CULTURE. THZ * .  The  Tile  Information  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
for  each  culture  Tile 
Tile  Header  Record 
Data  Resolution  Record 


5. 1.2. 3. 2. 2.1  Sir  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (al%fays  ‘SIF/HDI  CULTURE') 

File  Identifier  Field  (always  'CULTURE  TILE  INFORMATION') 


5. 1.2. 3. 2. 2. 2  Tile  Header  Record.  There  shall  be  one  Tile  Header 
Record  per  tile  (manuscript)  contained  in  the  database.  The  coordinates 
that  define  the  tile  boundary  should  be  stored  in  a  "counter-clockwise* 
direction  with  explicit  closure  of  the  boundary  polygon.  The  boundary 
polygon  for  each  tile  shall  be  defined  as  the  minimum  bounding  geodetic 
rectangle  that  encompasses  all  of  the  data  for  the  tile.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'TH') 

Manuscript  ID  Field 

Number  of  Manuscript  Boxindary  Coordinates  Field 
for  each  boundary  coordinate 

Latitude /Longitude  Field 
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5. 1.2. 3. 2. 2. 3  Data  Resolution  Identifier  Record.  There  shall  be  one 
Data  Resolution  Identifier  record  per  culture  tile  contained  in  the 
database.  The  coordinates  that  define  the  boundary  of  a  higher 
resolution  island  shall  be  stored  in  a  'counter-clockwise’  direction 
with  explicit  closure  of  the  boundary  polygon.  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  *  DR ’ ) 

SSDB  LOD  Number  Field 
Default  Soiirce  Identifier  Field 
Synthetic  Data  Flag  Field 

Niunber  of  Embedded  Higher -Resolution  Islands  Field 
for  each  island 

Island  Number  Field 
SSDB  LOD  Number  Field 
Default  Sovirce  Identifier  Field 
Synthetic  Data  Flag  Field 

Number  of  Island  Boundary  Coordinates  Field 
for  each  boundary  coordinate 
Latitude /Longitude  Field 

5. 1.2. 3. 2. 3  Two-D  Coordinate  File.  There  shall  be  one  of  these  files 
per  tile  in  the  SIF  database.  The  overall  format  of  the  Two-D 
Coordinate  File  shall  be  a  binary  file,  where  the  coordinates  shall  be 
expressed  as  32-bit  signed  integers.  The  name  of  this  file  shall  be 
”C0Lrxxxxx.2DC” ,  vdiere  “r"  is  "M"  for  Merged  Culture  Data,  “O’  for  LOD  0 
Culture  Data,  "1”  for  LOD  1  Culture  Data,  *2*  for  LOD  2  Culture  Data, 

*3”  for  LOD  3  Culture  Data,  *4*  for  LOD  4  Culture  Data,  and  *5*  for  LOD 
5  Culture  Data;  and  ''xxxxx"  is  the  culture  tile  sequence  number.  The 
Two-D  Coordinate  File  format  shall  be  as  follows: 

for  each  coordinate  pair 

2- D  Coordinate  Record 

5. 1.2. 3. 2. 3.1  2-D  Coordinate  Record.  Each  record  in  this  file  shall 

contain  a  2-D  geographic  coordinate.  Each  coordinate  shall  contain  a 
latitude  and  a  longitude,  expressed  in  resolution  xinits  of  ten 
thousandths  of  arc  seconds  relative  to  the  southwest  corner  of  the  tile. 
The  field  structure  of  this  record  shall  be  as  follows: 

Relative  Latitude  Field 
Relative  Longitude  Field 

5. 1.2. 3. 2. 4  Three-D  Coordinate  File.  There  shall  be  one  of  these  files 
per  tile  in  the  SIF  database.  The  overall  format  of  the  Three-D 
Coordinate  File  shall  be  a  binary  file,  where  the  coordinates  shall  be 
expressed  as  32-bit  signed  integers.  The  name  of  this  file  shall  be 
’CULrxxxxx.3DC* ,  where  "r*’  is  *M*  for  Merged  Culture  Data,  ”0*  for  LOD  0 
Culture  Data,  ”1*  for  LOD  1  Culture  Data,  *2*  for  LOD  2  Culture  Data, 

”3*  for  LOD  3  Culture  Data,  ”4’  for  LOD  4  Culture  Data,  and  ”5*  for  LOD 
5  Culture  Data;  and  “xxxxx"  is  the  culture  tile  sequence  number.  The 
Three-D  Coordinate  File  format  shall  be  as  follows: 

for  each  coordinate  triplet 

3- D  Coordinate  Record 
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5. 1.2. 3. 2. 4.1  3-D  Coordinate  Record.  Each  record  in  this  file  shall 
contain  a  3-D  geographic  coordinate.  Each  coordinate  shall  contain  a 
latitude  and  a  longitude,  expressed  in  resolution  units  of  ten 
thousandths  of  arc  seconds  relative  to  the  southmst  corner  of  the  tile, 
and  cm  elevation,  expressed  in  resolution  imits  of  0.001  meters  relative 
to  Mean  Sea  Level.  The  field  structure  of  this  record  shall  be  as 
follows : 

Relative  Latitude  Field 
Relative  Longitude  Field 
Elevation  Field 

5. 1.2. 3. 2. 5  FACS  Table  File.  There  shall  be  zero  or  one  of  these  files 
associated  with  each  culture  tile,  a  FACS  table  will  be  included  %rith 
any  tile  that  requires  any  of  the  optional  descriptors  associated  with  a 
feature.  The  name  of  this  file  shall  be  "COLrxxxxx.FAC*,  %ihere  “r"  is 
"M*  for  Merged  Culture  Data,  "0“  for  LOD  0  Culture  Data,  "1"  for  LOD  1 
Culture  Data,  ”2”  for  LOD  2  Culture  Data,  ”3*  for  LOD  3  Culture  Data, 

*4*  for  LOD  4  Culture  Data,  and  ”5*  for  LOO  5  Culture  Data;  and  "xxxxx" 
is  the  culture  tile  sequence  niunber.  The  FACS  table  file  format  shall 
be  as  follo%ra: 

SIF  File  Identifier  Record 
FACS  Table  Header  Record 
for  each  FACS  Table  Entry 
FACS  Table  Entry  Record 

5. 1.2. 3. 2. 5.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follotrs: 

Section  Identifier  Field  (always  'SZr/BDI  CDLTDRE’) 

File  Identifier  Field  (always  ’FACS  TABLE') 

5. 1.2. 3. 2. 5. 2  FACS  Table  Header  Record.  The  FACS  Table  Header  shall  be 
structured  as  follows: 

Record  Keyword  Field  (always  ’FT’) 

Number  of  FACS  Table  Entries  Field 

5. 1.2. 3. 2. 5. 3  FACS  Table  Entry  Record.  The  total  number  of  these 
records  shall  correspond  to  the  value  in  the  file  header  record.  Each 
FACS  Table  Entry  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'FZ') 

FACS  Table  Index  Field 

Number  of  FACS  Records  for  this  Entry  Field 
for  each  FACS  Record 

FACS  Attribute  Subrecord 

5. 1.2. 3. 2. 5. 3.1  FACS  Attribute  Subrecord.  The  field  structure  of  this 
record  shall  be  ah  follows: 

FACS  Class  Field 
FACS  Attribute  Code  Field 
Synthetic  Data  Flag  Field 
Source  ID  Number  Field 
Sensors  Supported  Field 
Attribute  Value  Field 
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5. 1.2. 3. 2. 5. 3. 2  FACS  Application.  When  uaed  to  represent  feature 
attributes,  FACS  fields  shall  be  used  as  specified  herein.  Applications 
are  abbreviated  as  follows:  A  «  Areal;  L  >  Linear;  P  Point;  T  «  Point 
Light;  S  ■  Point  Light  String. 


FACS  Field  Name 


Application 


Absorptivity  Field 
Centroid  Field  (Deleted) 

Culture  Centroid  Field 

Cycle  Rate  Off  Time  Field 

Cycle  Rate  On  Time  Field 

Diffuse  Reflectance  Field 

Directivity  (Infrared)  Field 

Directivity  (Radar)  Field 

Directivity  Field 

Smissivity  Field 

Exitance  Field 

Feature  Onset  Field 

Internal  Material  Category  Field 

Internal  Material  Volume  Field 

Layer  Humber  (Infrared)  Field 

Layer  Humber  (Radar)  Field 

Light  Horizontal  Center  Field 

Light  Horizontal  Fall  Field 

Light  Horizontal  width  Field 

Light  Intensity  Field 

Light  Vertical  Center  Field 

Light  Vertical  Fall  Field 

Light  Vertical  Width  Field 

Long  Lineal  Field 

Low  Level  Effects  Field 

Monitor  Type  Field 

Humber  of  Structures  Field 

Object  Volume  Field 

Percent  of  Roof  Coverage  Field 

Percent  of  Tree  Coverage  Field 

Polygon  Illumination  Type  Field 

Polygon  Hormal  Field 

Radius  Field 

Reflectance  Field 

Roof  Type  Field 

Self-Emitter  Field 

Shading  Type  Field 

Shape  Code  Field 

Specular  Field 

Superfeature  ID 

Surface  Material  Subtype  Field 

Texture  Map  Reflectance  Field 

Trans lucency  Field 

Transmissivity  Field 

Visible  Range  Field 


A  L  P  T  S 
A  S 

A  S 

T  S 
T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

T  S 
T  S 
T  S 
T  S 
T  S 
T  S 
T  S 
P  T  S 
A  L  P  T  S 

A 
A 

A  L  P  T  S 

A 

A 

A 

A 

A  L  P  T  S 

A  L  P  T  S 

A 

A  L  P  T  S 

A 

APS 
ALP 
A  L  P  T  S 

A  L  P  T  S 

A  L  P  T  S 

ALP 
A  L  P  T  S 

T  S 


69 


MZL-STD-1821 


5. 1.2. 3. 2. 6  Dser-Dgflned  FACS  Table  Pile.  The  name  of  thia  file  ahall 

be  "COLrxxxxx.OFA*,  where  "r"  la  *'M*'  for  Merged  Culture  Data,  ”0*  for 

0  Culture  Data,  *1*  for  LOD  1  Culture  Data,  ”2*  for  Z<OD  2  Culture 

Data,  *3”  for  LOD  3  Culture  Data,  "4”  for  LOD  4  Culture  Data,  and  "S" 

for  LOD  5  Culture  Data;  and  "xxxxx**  is  the  culture  tile  sequence  number. 
The  User-Defined  FACS  Table  File  format  shall  be  as  folloirs: 

SIF  File  Identifier  Record 
User-Defined  FACS  Table  Header  Record 
for  each  User-Defined  FACS  Table  Entry 
User-Defined  FACS  Table  Entry  Record 

5. 1.2. 3. 2. 6.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  CULTURE') 

File  Identifier  Field  (always  'USER-DEFINED  FACS  TABLE') 

5.1 .2 .3.2 .6.2  User-Defined  FACS  Table  Header  Record.  The  User-Defined 
FACS  Table  Header  shall  be  structured  as  follows: 

Record  Keyword  Field  ( always  ' UF ' ) 

Number  of  User-Defined  FACS  Attribute  Codes  Field 

5. 1.2. 3. 2. 6. 3  User-Defined  FACS  Table  Entry  Record.  The  total  number 
of  these  records  in  the  data  file  shall  correspond  to  the  value  in  the 
file  header  record.  Each  User-Defined  FACS  Table  Entry  shall  be 
structured  as  follows: 

Record  Keyviord  Field  ( always  '  UE ' ) 

FACS  Attribute  Code  Field 
FACS  Description  Field 
FACS  Class  Field 
if  FACS  Class  -  ENUMERATED  then 

Number  of  Enumerated  Items  Field 
for  each  Enumerated  Item 

Enumerated  Item  Name  Field 

else 

Data  Range  Field 
end  if 


5. 1.2. 3. 2. 7  Color  Table  File.  The  name  of  this  file  shall  be 
''CDLrxxxxx.CLR'' ,  vrtiere  "r"  is  "M"  for  Merged  Culture  Data,  "0*  for  LCX)  0 
Culture  Data,  "1*  for  LOD  1  Culture  Data,  "2*  for  LOD  2  Culture  Data, 

"3"  for  LOD  3  Culture  Data,  "4"  for  LOD  4  Culture  Data,  and  "S"  for  LOD 
5  Culture  Data;  and  "xxxxx"  is  the  culture  tile  sequence  number.  The 
Color  Table  File  format  shall  be  as  follows : 

SIF  File  Identifier  Record 
Color  Table  Header  Record 
for  each  Color  Table  Entry 
Color  Table  Entry  Record 
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5. 1.2. 3. 2. 7.1  SIF  rile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  ‘SIF/BDI  CULTURE') 

File  Identifier  Field  (always  'COLOR  TABLE') 

5. 1.2. 3. 2. 7. 2  Color  Table  Header  Record.  The  Color  Table  Header  shall 
be  structured  as  follows: 

Record  Keyword  Field  ( always  *  CT ‘ ) 

Color  Definition  Type  Field 
Hunber  of  Colors  Field 

5. 1.2. 3. 2. 7. 3  Color  Table  Entry  Record.  The  color  table  entry  shall  be 
structured  as  follovrs: 

Record  Keyword  Field  ( always  *  CB ‘ ) 

Color  Table  Index  Field 
Color  Description  Field 
RGB/BCV  Color  Value  Field 

5. 1.2. 3. 2. 6  FID/FDC  Cross-Reference  Table  File.  This  table  shall  be 
included  if  there  are  any  user  defined  FID  codes  that  do  not  map 
directly  to  SIF  supported  FDC  codes.  The  name  of  this  file  shall  be 
•CULrxxxxx.FFT'’,  where  "r"  is  "M”  for  Merged  Culture  Data,  “0"  for  LOD  0 
Culture  Data,  -I*  for  LOD  1  Culture  Data,  ■■2-  for  LOD  2  Culture  Data, 

"3"  for  LOD  3  Culture  Data,  •4*  for  LOD  4  Culture  Data,  and  ■S’  for  LOD 
S  Culture  Data;  and  'xxxxx*  is  the  culture  tile  sequence  number.  The 
FID/FDC  Cross-Reference  Table  File  format  shall  be  as  follows: 

SIF  rile  Identifier  Record 
FID/FDC  Cross-Reference  Header  Record 
for  each  FID/FDC  Cross  Reference  Table  Entry 
FID/FDC  Cross-Reference  Table  Entry  Record 

5. 1.2. 3. 2. 8.1  Sir  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  CULTURE') 

File  Identifier  Field  (always  'FID/FDC  CROSS  REFERENCE  TABLE') 

5.1 .2.3.2 .8.2  FID/FDC  Cross-Reference  Header  Record.  The  Cross- 
Reference  Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'RT') 

Number  of  FID/FDC  Cross-References  Field 

5. 1.2. 3. 2. 8. 3  FID/FDC  Cross-Reference  Table  Entry  Record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  'RE ' ) 

Feature  Identification  Code  Field 
Feature  Description  Field 
Feature  Descriptor  Code  Field 
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5. 1.2. 3. 2. 9  Global-Baaed  Texture  Reference  Table  File.  This  ^able 
shall  be  included  if  there  are  any  user  defined  global-based  texture 
references.  The  name  of  this  file  shall  be  "CULrxxxxx.GTR* ,  tdiere  "r* 
is  "M”  for  Merged  Culture  Data,  ’‘0*  for  LOD  0  Culture  Data,  *1*  for  IjOD 
1  Culture  Data,  ”2”  for  1,00  2  Culture  Data,  ”3*  for  1,00  3  Culture  Data, 
*‘4*  for  LOD  4  Culture  Data,  and  ‘*5*  for  LOD  5  Culture  Data;  and  “xxxxx” 
is  the  culture  tile  sequence  number.  The  Global-Based  Texture  Reference 
Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Global-Based  Texture  Reference  Table  Header  Record 
for  each  Global-Based  Texture  Reference  Table  Entry 
Global-Based  Texture  Reference  Record 

5. 1.2. 3. 2. 9.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  Ije  as  follo%ra: 

Section  Identifier  Field  ( always  • SIF/HDI  CULTURE • ) 

File  Identifier  Field  (always  'GLOBAL-BASED  TEXTURE 

REFERENCE  TABLE ' ) 

5. 1.2. 3. 2. 9. 2  Global-Based  Texture  Reference  Table  Header  Record.  The 
Global-Based  Texture  Reference  Table  Header  shall  be  structured  as 
follows : 

Record  Keyword  Field  (always  *GX*) 

Number  of  Texture  References  Field 

5. 1.2. 3. 2. 9. 3  Global-Based  Texture  Reference  Record.  The  field 
structure  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' GB ' ) 

Texture  Reference  Table  Index  Field 

Texture  Library  Field 

Texture  ID  Field 

Texture  Origin  Field 

Boundary  ID  Field 

Mirror  Field 

Wrap  Field 

Wrap  Type  Field 

Texture  Scale  Field 

Orientation  Vectors  Field 

Global  Reference  Point  Field 

Layer  Number  Field 

5.1.2.3.2.10  Non-Maoped  Texture  Reference  Table  File.  This  table  shall 
be  included  if  there  ere  any  user  defined  non-mapped  texture  references . 
The  name  of  this  file  shall  be  "CDLrxxxxx.NTR* ,  where  "r"  is  "M*  for 
Merged  Culture  Data,  *0*  for  LOD  0  Culture  Data,  "I*  for  LOD  1  Culture 
Data,  "2*  for  LOD  2  Culture  Data,  "3"  for  LOD  3  Culture  Data,  "4*  for 
LOD  4  Culture  Data,  and  ”5*'  for  LOD  5  Culture  Data;  and  *‘xxxxx''is  the 
culture  tile  sequence  number.  The  Non-Mapped  Texture  Reference  Table 
File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 

Non-Mapped  Texture  Reference  Table  Header  Record 
for  each  Non-Mapped  Texture  Reference  Table  Entry 
Non-Mapped  Texture  Reference  Record 
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5.1.2.3.2.10.1  Sir  File  Identifier  Record.  The  field  etructxire  of 
this  record  shall  be  as  follows: 

Section  Identifier  Field  (always  ‘SIF/BDI  CULTURE') 

File  Identifier  Field  (always  ‘NOM-HhPPED  TEXTURE 

REFERENCE  TABLE') 

5.1.2.3.2.10.2  Non-Mapped  Texture  Reference  Table  Header  Record.  The 
Non-Mapped  Texture  Reference  Table  Header  shall  be  structured  as 
follows: 

« 

Record  Keyword  Field  (always  *NX') 

Number  of  Texture  References  Field 

5.1.2.3.2.10.3  Non-Mapoed  Texture  Reference  Record.  The  field 
structure  shall  be  as  follo%ra: 

Record  Keyword  Field  (al«rays  *NM') 

Texture  Reference  Table  Index  Field 
Texture  Library  Field 
Texture  ID  Field 

5.1.2.3.2.11  Model  Reference  Table  File.  This  table  shal)  be  included 
if  there  are  any  model  references.  The  name  of  this  file  shall  be 
"CULrxxxxx.MRF”,  where  "r"  is  “M*  for  Merged  Culture  Data,  "0"  for  LOD  0 
Culture  Data,  *1”  for  LOD  1  Culture  Data,  ”2*  for  LOD  2  Culture  Data, 

”3''  for  LOO  3  Culture  Data,  "4*  for  LOD  4  Culture  Data,  and  "5*  for  LOD 
5  Culture  Data;  and  ''xxxxx"  is  the  culture  tile  sequence  number.  The 
Model  Reference  Table  File  format  shall  be  as  follows: 

SIF  File  Identifier  Record 
Model  Reference  Header  Record 
for  each  Model  Reference  Table  Entry 
Model  Reference  Table  Entry  Record 

5.1.2.3.2.11.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/BDI  CULTURE') 

File  Identifier  Field  (always  'MODEL  REFERENCE  TABLE') 

5.1.2.3.2.11.2  Model  Reference  Header  Record.  The  Model  Reference 
Header  shall  be  structured  as  follows: 

Record  Keyword  Field  (always  'MR') 

Number  of  Model  References  Field 
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5.1.2.3.2.11.3  Model  Reference  Table  Entry  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *ME*) 

Model  Reference  Table  Index  Field 

Model  Humber  Field 

Model  LOD  Field 

Orientation  Angle  Field 

Correlation  Priority  Field 

Model  Lat  Long  Field 

Scale  Factor  Field 

Model  Library  Type  Field 

Humber  of  Substituted  Features  Field 

for  each  Substituted  Feature 

Substituted  Feature  Humber  Field 

5.1.2.3.2.12  Superfeature  File.  This  file  shall  be  included  if  there 
are  any  superfeatures  defined  within  the  culture  tile.  The  name  of  this 
file  shall  be  "CULrxxxxx.SFR",  where  "r*  is  "M*  for  Merged  Culture  Data, 
”0”  for  LOD  0  Culture  Data,  **1"  for  LOD  1  Culture  Data,  ”2"  for  LOD  2 
Culture  Data,  "3*  for  LOD  3  Culture  Data,  *4’  for  LOD  4  Culture  Data,  or 
*5*  for  LOD  5  Culture  Data;  and  *xxxxx*  is  the  culture  tile  sequence 
number.  The  Superfeature  file  format  shall  be  as  follo%re: 

SIF  File  Identifier  Record 
for  each  Superfeature 

Superfeature  Header  Record 

5.1.2.3.2.12.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follo«ra: 

Section  Identifier  Field  (always  ‘SIF/BDI  COLTDRE') 

File  Identifier  Field  (always  ’SUPERFEATURE  FILE') 

5.1.2.3.2.12.2  Superfeature  Header  Record.  There  shall  be  a 
Superfeature  header  record  for  each  superfeature  defined  within  the 
culture  tile.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' SF ' ) 

Superfeature  ID  Field 
Superfeature  Description  Field 
Bounding  Rectangle  Coordinates  Field 
Humber  of  Aggregate  Features  Field 
Humber  of  Child  Features  Field 

Humber  of  Child  Superfeatures  Field  (currently  0 
Humber  of  Parent  Superfeatures  Field  (currently  0 
for  each  Aggregate  Feature 
Feature  Number  Field 
for  each  Child  Feature 
Feature  Humber  Field 

for  each  Child  Superfeature  (currently  none 

Superfeature  ID  Field 

for  each  Parent  Superfeature  (currently  none 

Superfeature  ID  Field 


for  P2e51 
for  P2851 

for  P2851 
for  P2851 


SSDB  data) 
SSOB  data) 

SSDB  data) 
SSDB  data) 
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5.1.2.3.2.13  Feature  File.  The  name  of  this  file  shall  be 
"COLrxxxxx.FTR" ,  where  "r"  is  "M"  for  Merged  Culture  Data,  "0*  for  LOD  0 
Culture  Data,  “I*  for  LOD  1  Culture  Data,  ‘‘2*  for  LOD  2  Culture  Data, 

”3"  for  LOD  3  Culture  Data,  ■4’'  for  LOD  4  Culture  Data,  and  *5"  for  LOD 
5  Culture  Data;  and  “xxxxx'*  is  the  culture  tile  sequence  number.  The 
Feature  File  format  shall  be  as  follows,  and  as  shown  in  Figure  13. 

Each  title  shall  include  a  background  areal  feature. 

SIF  File  Identifier  Record 
Manuscript  Header  Record 
for  each  Feature  in  the  Feature  File 
Feature  Record 

for  each  Culture  Segment  Pointer 
Culture  Segment  Pointer  Record 
for  each  Model  Reference  (optional] 

Model  Reference  Pointer  Record 
for  each  Microdescriptor  Record  [optional] 

Microdescriptor  Record 

for  each  Feature  Continuation  Record  [optional] 

Feature  Continuation  Record 
for  each  FACS  List  Pointer  [optional] 

FACS  List  Pointer  Record 
for  each  Texture  Reference  Record  [optional] 

Texture  Reference  Pointer  Record 
for  each  Higher  LOD  Cross  Reference  [optional] 

LOD  Cross  Reference  Record 
for  each  Lower  LOD  Cross  Reference  [optional] 

LOD  Cross  Reference  Record 


5.1.2.3.2.13.1  SIF  File  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  CULTURE ') 

File  Identifier  Field  (always  'FEATURE  FII£‘) 


5.1.2.3.2.13.2  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ’MB') 

Highest  Feature  Number  Field 
Highest  Segment  Number  Field 
Cell  Boundary  Field 
Manuscript  Boundary  Field 
Security  Level  Field 
Number  of  Areal  Features  Field 
Number  of  Linear  Features  Field 
Number  of  Point  Features  Field 
Number  of  Point  Light  Features  Field 
Number  of  Point  Light  Strings  Field 
Number  of  Model  References  Field 
Number  of  Texture  References  Field 
Maintenance  Date  Field 
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5.1.2.3.2.13.3  Feature  Record.  The  Feature  Record  shall  be  one  o£  the 
following  record  types: 

Areal  Feature  Record 

Linear  Feature  Record  [optional] 

Point  Feature  Record  (optional] 

Point  Light  Feature  Record  [optional] 

Point  Light  String  Feature  Record  [optional] 


5.1.2.3.2.13.3.1  Areal  Feature  Record.  The  number  of  Areal  Feature 
records  shall  correspond  to  the  value  in  the  Number  of  Areal  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  -be  as  follows: 

Record  Keyword  Field  (always  'AF') 

Feature  Fragment  Flag  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Hicrodescriptors  Field 

Number  of  Instances  Field 

Nximber  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Numbcu:  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.2  Linear  Feature  Record.  The  number  of  Linear  Feature 
records  shall  correspond  to  the  value  in  the  Number  of  Linear  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  *LF*) 

Width  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Kicrodescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Ntanber  Field 

Feature  -  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 

5.1.2.3.2.13.3.3  Point  Feature  Record.  The  number  of  Point  Feature 
records  shall  correspond  to  the  value  in  the  Number  of  Point  Features 
field  within  the  Manuscript  Header  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'PF') 

Length  Field 
Orientation  Field 
Width  Field 

Bounding  Rectangle  Coordinates  Field 

Nxaaber  of  Texture  References  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Microdescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.4  Point  Light  Feature  Record.  The  number  of  Point  Light 
Feature  records  shall  correspond  to  the  value  in  the  Number  of  Point 
Light  Features  field  within  the  Manuscript  Header  Record.  The  field 
structure  of  this  record  shall  be  as  follows : 

Record  Keyword  Field  ( always  • PL  * ) 

Length  Field 
Orientation  Field 
Shape  Code  Field 

Width  Field  * 

Directionality  Field 

Light  Type  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Hicrodescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 
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5.1.2.3.2.13.3.5  Point  Light  Spring  Taature  Record.  The  number  of 
Point  Light  String  Feature  records  shall  correspond  to  the  value  in  the 
Number  of  Point  Light  Strings  field  within  the  Manuscript  Header  Record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  (always  'LS') 

Length  Field 

Orientation  Field 

Width  Field 

Directionality  Field 

Light  Type  Field 

Light  String  Shape  Field 

Number  of  Lights  Field 

Point  Light  String  Origin  Field 

Point  Light  String  Delta  Field 

Bounding  Rectangle  Coordinates  Field 

Number  of  Culture  Segments  Field 

Number  of  FACS  List  Pointers  Field 

Number  of  Kicrodescriptors  Field 

Number  of  Instances  Field 

Number  of  Feature  Continuations  Field 

Feature  Number  Field 

Feature  Identification  Code  Field 

Feature  Descriptor  Code  Field 

Synthetic  Data  Flag  Field 

Source  ID  Number  Field 

Correlation  Priority  Field 

Predominant  Height  Field 

Surface  Material  Category  Field 

Color  Table  Index  Field 

Layer  Number  Field 

Terrain  Feature  Identifier  Field 

Number  of  Higher  LOD  Cross  References  Field 

Number  of  Lower  LOD  Cross  References  Field 


5.1.2.3.2.13.4  Culture  Segment  Pointer  Record.  The  total  number  of 
segment  list  pointers  associated  with  a  feature  shall  correspond  to  the 
value  in  the  Number  of  Culture  Segments  Field  in  the  parent  Feature 
Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ' SP ' } 

Segment  Direction  Field 
Correlation  Priority  Field 
Segment  ID  Number  Field 


5.1.2.3.2.13.5  Model  Reference  Pointer  Record.  The  number  of  these 
records  shall  correspond  to  the  value  in  the  Number  of  Instances  field 
within  the  parent  feature  header  record.  The  field  structure  of  this 
record  shall  be  as  follows: 

Record  Keyword  Field  (always  'MP') 

Model  Reference  Table  Index  Field 
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5.1.2.3.2.13.6  Microdeacriptor  Record.  The  total  number  of 
microdeacrlptora  aaaociated  with  a  given  feature  ahall  correapond  to  the 
value  in  the  Number  of  Microdeacriptora  field  in  the  parent  feature 
record.  The  field  atructure  of  thia  record  ahall  be  aa  follo%r8: 

Record  Keyword  Field  (always  'MI') 

Microdeacriptor  Type  Field 
Microdeacriptor  Value  Field 


5.1.2.3.2.13.7  Feature  Continuation  Record.  The  number  of  theae 
recorda  for  a  given  feature  shall  correapond  to  the  value  in  the  Niunber 
of  Featxire  Continuations  field  in  the  parent  feature  record.  The  field 
structure  of  this  record  shall  be  aa  follows: 

Record  Keyword  Field  ( always  ' FC ' ) 

Next  Manuscript  ID  Field 
Next  Feature  Number  Field 


5.1.2.3.2.13.8  FACS  List  Pointer  Record.  The  total  number  of  FACS  list 
pointers  associated  with  a  feature  shall  correspond  to  the  value  in  the 
Number  of  FACS  List  Pointers  Field  in  the  parent  feature  record.  The 
field  atructure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'FP'} 

FACS  Table  Index  Field 


5.1.2.3.2.13,9  Texture  Reference  Pointer  Record.  The  total  number  of 
texture  xreferences  associated  with  a  feature  shall  correspond  to  the 
value  in  the  Number  of  Texture  References  field  within  the  parent 
feature  record.  The  field  structure  of  this  record  shall  be  aa  follows: 

Record  Keyword  Field  (always  'TX') 

Texture  Happing  Type  Field 

Texture  Reference  Table  Index  Field 

Texture  Happing  Set  ID  Field 

Linear  Feature  Texture  Orientation  Field 


5.1.2.3.2.13.10  Higher  LOP  Cross  Reference  Record.  When  multiple  LODs 
are  included,  pointers  shall  be  set  between  the  coarse  feature  and  its 
associated  higher  resolution  feature(B).  Those  pointers  shall  maintain 
a  one  lo%ier  LOD  feature  to  many  higher  LOD  feature  relationship.  The 
nxnnber  of  these  records  shall  correspond  to  the  Number  of  Higher  LOD 
Cross  References  field  in  the  parent  feature  record.  The  field 
structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'BL') 

Next  Manuscript  ID  Field 
Next  Feature  Number  Field 
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5.1.2.3.2.13.11  Ltwer  LOP  Croas  Reference  Record.  A  feature  at  a 
higher  LOD  shall  Incorporate  a  pointer  to  each  lover  LOD  representation 
of  that  feature.  The  number  of  these  records  shall  correspond  to  the 
Number  of  X<ower  LOD  Cross  References  field  in  the  parent  feature  record. 
The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'LL' ) 

Next  Manuscript  ID  Field 
Next  Feature  Number  Field 

5.1.2.3.2.14  Segment  File.  The  name  of  this  file  shall  be 
’COLrxxxxx.SEG",  where  ^r"  is  ‘M*  for  Merged  Culture  Data,  ”0*  for  LOD  0 
Culture  Data,  *1*  for  LOD  1  Culture  Data,  ‘’2*  for  LOD  2  Culture  Data, 

”3*  for  LOD  3  Culture  Data,  "4*  for  LOD  4  Culture  Data,  and  *5"  for  LOD 
5  Culture  Data;  and  '’xxxxx*  is  the  culture  tile  sequence  number.  The 
Segment  File -format  shall  be  as  follows,  and  as  shown  in  Figiire  14. 

SIF  File  Identifier  Record 
for  each  Segment 

Segment  Header  Record 
Vertex  List  Pointer  Record 
Segment  Backpointer  Record 


5.1.2.3.2.14.1  SIF  File  Identifier  Record.  The  field  structure  of 
this  record  shall  be  as  follows: 

Section  Identifier  Field  (always  'SIF/HDI  CULTURE') 

File  Identifier  Field  ( always  ' SEGMENT  FILE ' ) 

5.1.2.3.2.14.2  SecBwent  Header  Record.  There  shall  be  a  Segment 
Header  Record  for  each  coordinate  segment  defined  within  the  culture 
file.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  '  SB ' ) 

Segment  ID  Number  Field 
Beginning  Coordinates  Field 
Ending  Coordinates  Field 
Shared  Segment  Flag  Field 
Correlation  Priority  Field 
Bounding  Rectangle  Coordinates  Field 
Clipped  Boundary  Flag  Field 
2-D/3-D  Coordinates  Flag  Field 
Number  of  Coordinate  Pointers  Field 
Niimber  of  Segment  Backpointers  Field 

5.1.2.3.2.14.3  Vertex  List  Pointer  Record.  The  number  of  entries  in 
this  array  shall  correspond  to  the  Number  of  Coordinate  Pointers  Field 
in  the  parent  Segment  Header  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  'VP') 
for  each  Vertex  List  Pointer 
Vertex  Pointer  Field 
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Figure  14.  SIF 
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5.1.2.3.2.14.4  Segment  Backpointer  Record.  The  total  number  of 
segment  backpointers  associated  with  a  segment  shall  correspond  to  the 
value  in  the  Number  of  Segment  Backpointers  Field  in  the  parent  Segment 
Header  Record.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ’  SB ' ) 
for  each  backpointer 
Feature  Number  Field 

5. 1.2. 4  Gridded  Data 

5. 1.2. 4.1  Gridded  Data  Encoding.  The  National  Imagery  Transmission 
Format  (NITF)  version  1.1,  shall  be  used  to  store  SZF/HOI  rasteri2ed 
photo  texture,  terrain  elevation  data  (%rhere  elevation  is  substituted 
for  image  pixel  values)  and  sensor  texture  data  (where  feature 
identifiers  and  surface  material  categories  are  substituted ) . 

Extensions  to  the  published  NITF  format,  needed  to  support  SIF/EDZ, 
shall  be  limited  to  those  documented  in  this  standard.  A  SIF/BDI  data 
set  shall  support  multiple  terrain  levels  of  detail  (LODs)  expressed  in 
fixed  units  of  latitude  and  longitude,  spaced  at  3,  1,  0.3,  and  0.03  arc 
seconds . 


50.1.2.4.2  Gridded  Data  Section  Structure 

5. 1.2. 4. 2.1  Basic  NITF  structure.  As  defined  in  the  NITF  documentation 
(NITF,  version  1.1,  CN  No.  2)  each  header  and  sub-header  shall  have  its 
own  file,  which  shall  be  in  ASCII.  All  sizes  for  data  fields  are  in 
bytes,  with  one  byte  per  character.  Bach  grid  shall  be  stored  in  its 
own  binary  file.  These  files  shall  contain  field  labels  on  odd-numbered 
lines  and  field  values  (corresponding  to  the  immediately  preceding  field 
label)  on  even-n\imbered  lines.  Each  field  label  line  shall  be  in  all 
capital  letters,  and  may  include  numerics.  Each  line  shall  be 
terminated  with  a  Carriage  Retum/Line  Feed  pair.  The  file  shall  be 
tezBiinated  with  an  end-of-file  (CNTRL-Z)  character. 

5. 1.2. 4. 2. 2  SIF/HDI  application-specific  features 

5. 1.2. 4. 2. 2.1  Data  Fill.  The  following  rules  shall  be  used  to  populate 
data  fields.  Each  field  is  fixed- length. 

a.  Data  in  text  fields  shall  be  left  justified  and  padded  with  blanks. 

b.  Data  in  numeric  integer  fields  shall  be  right  justified  and  padded 
with  leading  zeroes. 

c.  Data  in  numeric  floating  point  fields  shall  be  right  justified  and 
padded  with  leading  blanks. 

d.  Numeric  floating  point  fields  shall  be  provided  in  scientific 
notation  as  defined  in  the  SIF/BDI  and  SIF/DP  Data  Dictionary. 

e.  Null  values  shall  be  blanks  for  all  fields. 
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5. 1.2. 4. 2. 2. 2  Field  Tvpea .  The  NITF  standard  defines  three  types  of 
fields  for  headers  and  sub-'headers :  Required  (R),  Optional  (0),  and 
Conditional  (C).  A  Required  field  shall  be  present  and  must  contain 
valid  data.  An  Optional  field  shall  be  present,  but  may  or  may  not 
contain  valid  data.  If  there  is  no  valid  data  for  the  field,  it  shall 
be  blank-filled.  A  Conditional  field  may  or  may  not  be  present 
depending  on  the  value  of  preceding  field(B);  if  it  is  present,  then  it 
shall  contain  valid  data.  This  standard  defines  an  additional  field 
type:  Null  (N).  A  Null  field  shall  be  present,  and  shall  contain  a 
series  of  blanks  filling  the  field.  For  user-defined  sub-headers,  the 
field  type  shall  be  based  on  the  texture  library  type  of  the  image. 


5. 1.2. 4. 2. 2. 3  Data  Classes.  SIF/HDI  shall  use  only  the  NITF  image  data 
class.  The  image  class  shall  be  used  to  handle  general  texture,  which 
could  be  generic,  geospecific,  or  model-specific.  The  symbol,  label, 
text,  audio,  and  non-static  presentation  information  (NPI)  data  classes 
shall  not  be  used  in  SIF/HDI. 


5 . 1 .2 .4 .2 .2 .4  File  Order.  All  terrain  grid  files  shall  appear  first, 
followed  by  all  texture  grid  files.  The  SIF/HDI  gridded  data  section 
format  shall  be  as  follows,  and  as  shown  in  Figure  15. 

NITF  Header  File 
for  each  terrain  tile 

Terrain  Sub-Header  File 
Terrain  Data  File 
for  each  texture  tile 

Image  Sub-Header  File 
Image  Data  File 
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5. 1.2. 4. 3  Gridded  Data  File  Structures 

# 

5. 1.2. 4. 3.1  NITF  Beacjl^r  Til-e.  The  NITF  Header  format  shall  be  in 

accordance  trith  version  1.1  of  NITF.  All  fields  in  the  NITF  Header 

shall  be  encoded 

as  ASCII  characters,  including  numeric  values.  The 

name  of  the  file 

shall  be  "MITF.BDR*.  The  file  format  shall  be  as 

follows: 

Label 

Field 

MBDR 

Message  Type  4  Version 

STYPE 

System  Type 

OSTAID 

Originating  Station  ID 

MDT 

Message  Date  &  Time 

MTITLB 

Message  Title 

msclas 

Message  Security  Classification 

KSCODE 

Message  Codewords 

MSCTLB 

Message  Control  and  Handling 

MSREL 

Message  Releasing  Instructions 

MSCAOT 

Message  Classification  Authority 

MSCTLN 

Message  Security  Control  Number 

MSDWNG 

Message  Security  Downgrade 

MSDEVT 

Message  Do%mgrading  Event 

MSCOP 

Mesrage  Copy  Number 

MSCPYS 

Message  Number  of  Copies 

ENCRYP 

Encryption 

ONAME 

Originator's  Name 

OPBONE 

Originator's  Phone  Mimber 

ML 

Message  Length 

A 

HL 

NITF  Header  Length 

w 

NUMI 

Number  of  Images 

for  each  image 

LISBnnn 

Length  of  Image  Sub>Beader 

LInnn 

Length  of  Image 

MUMS 

Number  of  Symbols  [always  zero] 

NUKL 

Number  of  Labels  (always  zero] 

NUMT 

Number  of  Text  Files  (always  zero] 

MUHA 

Number  of  Audio  Segments  [always  zero] 

NUMT 

Number  of  Non-Static  Presentation  Information  Files 

(always  zero) 

UDHDL 

User  Defined  Header  Data  Length 

SIF/BDI  User  Defined  Header  Data  (subrecord) 

XHDL 

Extended  Header  Data  Length  (always  zero] 

XHD 

Extended  Header  Data  [always  zero] 

• 
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5. 1.2. 4. 3. 1.1  SIF/HDI  User  Defined  Header  Data.  Texture  data  shall  be 
treated  as  imagery,  and  be  counted  within  the  Number  of  Images  field  in 
the  basic  NITF  Header.  The  field  structure  of  this  subrecord  shall  be 
as  follows. 

Label _ Field _ 

ODBD  Data  Base  Sentinel  (always  *SIF/BDI”) 


TERRAIN  DATA: 
NUMTER 

TERSBL 

TERFL 


Number  of  Terrain  Piles 
for  each  terrain  file 

Length  of  Terrain  Sub-Header  File 
Length  of  Terrain  File 


IMAGE  TIE  POINT  DATA: 

NUMGTP  Number  of  Geographic  Tie  Points 

for  each  geographic  (areal)  tie  point 
GTPID  Geographic  Tie  Point  ID 

NOMGTPR  Number  of  Tie  Point  References 


STEXLIB 

TEXID 

NOMMTP 

MTPID 

NOMMTPR 

STEXLIB 

TEXID 


for  each  tie  point  reference 

Texture  Library  (Stage  1  or  2  Areal  only) 
Textiire  ID 

Number  of  Model  Tie  Points 
for  each  model  tie  point 
Model  Tie  Point  ID 
Number  of  Tie  Point  References 
for  each  tie  point  reference 

Texture  Library  (Stage  1  or  2  Model  only) 
Texture  ID 


GENERIC  TEXTURE  ASSOCIATION  DATA: 

NUMGTS  Number  of  Generic  Texture  Sets 

for  each  generic  texture  set 
GTSNAME  Generic  Texture  Set  Name 

OMTF  Object  Or  Material  Texture  Flag 

NUMGT  Number  of  Generic  Textures  In  Set 

for  each  generic  texture 
TEXID  Texture  ID 
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5. 1.2. 4. 3. 2  Terrain  Sub-Header  File.  Unlike  NITF,  the  image  size  shall 
have  no  logical  limitation.  All  SIP/BDX  terrain  elevation  data  shall  be 
24  bits  in  length.  Comer  coordinates  shall  be  expressed  in  units  of 
thousandths  of  arc  seconds.  Terrain  shall  be  stored  in  the  WGS-84 
geodetic  coordinate  system.  Nithin  a  terrain  tile,  there  may  be 
rectangular  insets  whose  source  is  different  from  that  of  the  rest  of 
the  tile.  These  insets  shall  always  be  at  the  same  resolution  and 
spacing  as  the  rest  of  that  tile.  Hithin  the  SIP/HDI  User-Defined 
Terrain  Data,  the  first  source  listed  shall  always  be  primary  source 
(i.e.,  the  source  for  the  background  terrain  data).  All  subsequent 
sources  shall  be  for  the  insets  %diose  boundaries  are  defined  in  the 
Terrain  Source  Footprint  Data  section  in  the  SIF/BDI  User-Defined 
Terrain  Data.  A  single  boundary  shall  indicate  that  there  are  no 
insets,  and  there  is  only  a  single  source.  This  shall  be  the  usual 
case.  All  boundaries  shall  be  rectangular  and  shall  be  oriented  in  a 
North-South,  East-Nest  orientation.  The  name  of  this  file  shall  be 
’TBRxxxxx.BDR* ,  where  '‘xxxxx"  is  the  terrain  tile  sequence  number. 


Label 

TM 

TID 

TDATIM 

TGTID 

TTITLE 

TSCLAS 

TSCODE 

TSCTLB 

TSREL 

TSCAUT 

TSCTLN 

TSDWNG 

TSDEVT 

ENCRYP 

TSORCE 

TCORDS 

TGEOLO 

NTCOM 

TCOMn 

TC 

COKRAT 

NBANDS 

TTYPEn 

TFCn 

TEFLTn 

NLOTSn 

TSYNC 

TMODE 

NBPR 

NBPC 

NPPBB 

NPPBV 

NBPP 

DLVL 

ALVL 

TLCX: 

TMAG 


Field _ 

Message  Part  Type  [always  *TM*] 

Terrain  ID 
Terrain  Date  &  Time 
Target  ID 
Terrain  Title 

Terrain  Security  Classification 
Terrain  Codewords 
Terrain  Control  and  Bandling 
Terrain  Releasing  Instructions 
Terrain  Classification  Authority 
Terrain  Security  Control  Number 
Terrain  Security  Downgrade 
Terrain  Downgrading  Event 
Encryption 
Terrain  Source 

Terrain  Coordinate  System  (always  geodetic /geographic] 
Terrain  Geographic  Location 
Number  of  Terrain  Conments 
for  each  Terrain  Comment  n 
Terrain  Coitinent 
Terrain  Can9>res8ion 
Ccopression  Rate  Code 
Number  of  Bands  (always  1  for  terrain] 
for  each  band  n 

Terrain  Type 

Terrain  Filter  Condition 

Standard  Terrain  Filter  Code 

Number  of  LUTs  (always  0  for  terrain] 

Terrain  Sync  Code 

Terrain  Mode  [ always  band  sequential ] 

Number  of  Blocks  Per  Row 

Number  of  Blocks  Per  Column 

Number  of  Pixels  Per  Block  Borizontal 

Number  of  Pixels  Per  Block  Vertical 

Number  of  Bite  Per  Pixel  Per  Band 

Display  Level 

Attachment  Level 

Terrain  Location 

Terrain  Magnification 
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5. 1.2. 4. 3. 2  Terrain  Sub-Beader  rile  -  Continued. 
Label _ Field _ 


UDTOL  Daer  Defined  Terrain  Data  Length 

User  Defined  Terrain  Data 
XSBDL  Extended  Sub-Beader  Data  Length 

XSBD  Extended  Sub-Beader  Data  ( always  zero] 


5. 1.2. 4. 3. 2.1  Sir/BDI  Deer  Defined  Terrain  Data, 
of  this  eubrecord  shall  be  as  follows. 


The  field  structure 


Label 


Ji.eld, 


DDTD 


SIE/BDZ  Sentinel  (always  "SIF/BDZ*) 


GENERAL  PROCESSING  DATA: 

BRES  Borizontal  Resolution 

VRES  Vertical  Resolution 

BSIEE  Borizontal  Size 

VSIZE  Vertical  Size 

ODS  Original  Data  Sources  Deed 

PAST  Positional  Accuracy  Standards 

EAST  Elevation  Accuracy  Standards 

ELRES  Elevation  Resolution 


SOURCE  DATA: 
NOMDS 

SOID 

SOTYPE 

SONAHE 

.^QAF 

SODATE 

REDA 

COLSYS 

CODATE 

SYNDF 

CONCRI 


Nunber  of  Data  Sources 
for  each  data  source 

Source  ID  Nunber 
Source  Type 
Source  Nane 
Source  Agency/Project 
Source  Date 
Reliability  of  Data 
Collection  System 
Compilation  Date 
Synthetic  Data  Flag 
Compilation  Criteria 


TERRAIN  SOURCE  FOOTPRINT  DATA: 

NUMBOU  Nunber  of  Boundaries 

for  each  boundary 
BOUNDID  Boundary  ID 

SOID  Source  ID  Number 

NUMBP  Number  of  Boundary  Points 

for  each  boundary  point 
BPID  Boundary  Point  ID 

LATLON  Boundary  Coordinates 

5. 1.2. 4. 3. 3  Terrain  Data  File.  The  nane  of  this  file  shall 
be'TERxxxxx.DAT'' ,  where  "xxxxx"  is  the  terrain  tile  sequence  number. 

The  field  structure  of  this  file  shall  be  as  follows.  Elevation  values 
shall  be  given  in  binary  integer  form  as  defined  by  NITF. 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
elevation  value 
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5. 1.2. 4. 3. 4  Image  Sub-Beader  File.  The  SIF/BDI  Image  Coordinate  System  shall 
be  geodetic /geographic  unless  an  image  is  being  transmitted  in  its  original 
format  which  is  not  in  geodetic /geographic  coordinates.  Corner  coordinates 
shall  be  expressed  in  units  of  thousandths  of  arc  seconds.  The  image  size 
shall  have  no  logical  limitation.  The  SIF/BDI  implementation  of  MITF  shall 
not  use  Look  Up  Tables  (LUTs)  for  visual  (color  or  intensity)  texture.  All 
such  data  shall  be  directly  stored  in  the  NITF  Image  Data  File.  For  SMC/FDC 
data,  LUTs  may  or  may  not  be  used.  If  LUTs  are  used,  the  LUT  entry  shall  be 
entirely  in  ASCII  with  a  length  of  seven  bytes.  The  first  two  bytes  shall 
represent  the  SMC  (0  -  15),  while  the  following  five  bytes  shall  represent 
the  ASCII  FDC  value.  The  name  of  this  file  shall  be  "nsXxxxxx.HDR* ,  «rhere 
“xxxxx"  is  the  texture  tile  sequence  number. 


Label 

IM 

IID 

IDATIM 

TCTID 

ITITLE 

ISCLAS 

ISCODE 

ISCTLB 

ISREL 

ISCAUT 

ISCTLN 

ISOWNG 

ISDEVT 

BNCRYP 

ISQRCE 

ICQRDS 

IGEQLO 

HICOH 

ICOMn 

IC 

COHRAT 

MBANDS 

ITYPBn 

IFCn 

INFLTn 

NLUTSn 

NELUTm 

LUTDe 

ISYNC 

IMODE 

NBPR 

NBPC 

NPPBB 

NPPBV 

NBPP 

DLVL 

ALVL 


Field _ 

Message  Part  Type  (always  "IM"] 

Image  ID  (unique  across  SIF  database) 

Image  Date  t  Time 
Target  ID 
Image  Title 

Image  Security  Classification 
Image  Codewords 
Image  Control  and  Bandling 
Image  Releasing  Instructions 
Image  Classification  Authority 
Image  Security  Control  Number 
Image  Security  Downgrade 
Image  Downgrading  Event 
Encryption 
Image  Source 
Image  Coordinate  System 
Image  Geographic  Location 
Number  of  Image  Comments 
for  each  Image  Comment  n 
Image  Conment 
Image  Compression 
Compression  Rate  Code 
Number  of  Bands 
for  each  band  n 
Image  Type 

Image  Filter  Condition 

Standard  Image  Filter  Code 

Number  of  LUTs  [SIF/BDI  defaults  to  0] 

for  each  LUT  m 

Number  of  LUT  Entries 
for  each  LUT  entrj'  e 
LUT  Entry  Data 

Image  Sync  Code 

Image  Mode  [SIF/BDI  defaults  to  Band  Sequential] 
Number  of  Blocks  Per  Row 
Number  of  Blocks  Per  Column 
Number  of  Pixels  Per  Block  Borizontal 
[SIF/BDI  default  =  64] 

Number  of  Pixels  Per  Block  Vertical 
(SIF/BDI  default  *=  64] 

Number  of  Bits  Per  Pixel  Per  Band 
Display  Level 
Attachment  Level 
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5 . 1 . 2 . 4 . 3 . 4  Image  Sub-Header  File  -  Continued 
Label _ Field _ 


ILOC 

IMAG 

DDIDL 

XSBDL 

XSHD 


Image  Location 

Image  Magnification 

User  Defined  Xaiage  Data  Length 

Sir/BDI  Oser  Defined  lauige  Data  (eubrecord) 

Extended  Sub-Beader  Data  Length 

Extended  Sub-Beader  Data  [reserved] 


5. 1.2. 4. 3. 4.1  Sir/BDI  User  Definrd  Iiaaoe  Data.  SIF/BDI  shall  include 
any  or  all  of  the  follo%ring  types  of  texture. 


5. 1.2. 4. 3. 4. 1.1  Stage  1  Specific  Areal.  Stage  1  Specific  Areal  Texture 
(Al)  shall  cdnsist  of  images  whose  contents  have  not  been  changed 
through  any  geometric  or  radiometric  operations.  All  such  images  shall 
be  exchanged  in  the  NXTF  format  specified  in  this  section.  Ground 
control  points  shall  be  provided  with  these  images.  Tie  points  shall  be 
provided . 


5. 1.2. 4. 3. 4. 1.2  Stage  2  Specific  Areal.  Stage  2  Specific  Areal  Texture 
(A2)  shall  consist  of  images  ifhose  contents  have  been  changed  through 
radiometric  and  cut /paste  operations  only.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  and  color  and  contrast  enhancesients .  The  auxiliary  information 
provided  with  Stage  1  Specific  Areal  Textures  (ground  control  points  and 
tie  points)  shall  also  be  included. 

5. 1.2. 4. 3. 4. 1.3  Stage  3  Specific  Areal.  Stage  3  Specific  Areal  Texture 
(A3)  shall  consist  of  images  «dtose  contents  have  been  changed  through 
radicxsetric,  cut /paste,  and  geometric  operations.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  color  and  contrast  enhancements,  image- to- image  contrast 
enhancement,  and  orthorectification  to  include  both  2D  geometric 
corrections  and  3D  geometric  corrections.  These  images  shall  be  in  the 
geodetic  coordinate  system  with  equal  arc  spacing. 

5. 1.2. 4. 3. 4. 1.4  Stage  1  Specific  Model.  Stage  1  Specific  Model  Texture 
(Ml)  shall  consist  of  images  whose  contents  have  not  been  changed 
through  any  hind  of  geometric  or  radiasmtric  operations.  All  such 
images  shall  be  exchanged  in  the  MZTF  format  specified  in  this  section. 
Control  points  in  the  model's  local  coordinate  system  shall  be  provided. 
Tie  points  shall  be  provided  with  these  images.  These  images  shall  be 
in  the  local  cartesian  coordinate  system  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.5  Stage  2  Specific  Model.  Stage  2  Specific  Model  Texture 
(M2)  shall  consist  of  images  whose  contents  have  been  changed  through 
radiometric  and  cut /paste  operations  only.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  and  color  and  contrast  enhancements.  Control  points  and  tie 
points  shall  also  be  included.  These  images  shall  be  in  the  local 
cartesian  coordinate  system  in  units  of  meters. 
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5. 1.2. 4. 3. 4. 1.6  Stage  3  Specific  Model.  Stage  3  Specific  Model  Texture 
(M3)  shall  consist  of  images  whose  contents  have  been  changed  through 
radiometric,  cut/paste,  and  geometric  operations.  Such  operations  shall 
include  noise  removal,  occlusion  removal,  shadow  minimization,  haze 
removal,  color  and  contrast  enhancements,  image-to-image  contrast 
enhancement,  and  orthorectification  to  include  both  2D  geometric 
corrections  and  3D  geometric  corrections.  These  images  shall  be  in  the 
local  cartesian  coordinate  system  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.7  Generic .  Generic  Texture  (G)  shall  consist  of  non¬ 
geospecific  images,  for  both  geographic  areas  as  %irell  as  models.  Such 
texture  shall  be  radiometrically  and  geometrically  corrected.  Generic 
texture  shall  be  stored  in  units  of  meters. 

5. 1.2. 4. 3. 4. 1.8  SMC/FDC.  SMC/FDC  Texture  (SF)  shall  consist  of  the  DMA 
Surface  Material  Category  (SMC)  and  Feature  Descriptor  Code  (FDC)  for 
that  position.  Such  texture  shall  be  geometrically  corrected.  These 
images  shall  be  in  the  geodetic  coordinate  system  with  equal  arc 
spacing.  SMC/FDC  texture  shall  be  provided  for  geospecific  areas  only. 

5. 1.2. 4. 3. 4. 2  Field  Structure.  The  field  structure  of  this  subrecord 
shall  be  as  follows.  For  each  texture  type,  a  field  shall  be  Required 
(R),  Optional  (O),  Conditional  (C),  or  Null  (M),  as  specified  herein. 


A 

M 

G  S 

Field 

ivn 

f 

ODID 

Data  Base  Sentinel  ( always * SIF/BDX * ) 

RRR 

RRR 

R  R 

GENERAL  PROCESSING  DATA: 

STEXLIB 

Texture  Library 

RRR 

RRR 

R  R 

TEXID 

Texture  ID  ( unique  within  a  Texture  Lib . ) 

RRR 

RRR 

R  R 

STEXID 

SSDB  Texture  ID  (original  SSDB  Tex.  ID) 

RRR 

RRR 

R  R 

TTYPE 

Texture  Type 

RRR 

RRR 

R  R 

TEXDES 

Texture  Description 

RRR 

RRR 

R  R 

HRE8 

Borizontal  Resolution 

RRR 

RRR 

R  R 

VRES 

Vertical  Resolution 

RRR 

RRR 

R  R 

BSISE 

Borizontal  Size 

RRR 

RRR 

R  R 

VSIZE 

Vertical  Size 

RRR 

RRR 

R  R 

MSTF 

Modified  Specific  Texture  Flag 

RRR 

RRR 

N  0 

NRF 

Noise  RcBBOval  Flag 

RRR 

RRR 

N  0 

CRF 

Occlusion  Removal  Flag 

RRR 

RRR 

N  0 

ERF 

Baze  Removal  Flag 

RRR 

RRR 

N  N 

SMF 

Shadow  Minimization  Flag 

RRR 

RRR 

N  N 

IICEF 

Inner  Image  Contrast  Enhancement  Flag 

RRR 

RRR 

N  N 

ITICEF 

Image- to- Image  Contrast  Enhancement  Flag 

RRR 

RRR 

N  N 

2GCF 

2-D  Geometric  Correction  Flag 

RRR 

RRR 

N  R 

3GCF 

3-D  Geometric  Correction  Flag 

RRR 

RRR 

N  R 

PRCOM 

Processing  Conanents 

000 

000 

0  0 

IQC 

Image  Quality  Comment 

000 

000 

0  0 

IQR 

Image  Quality  Rating 

000 

000 

0  0 

ICAPDT 

Image  Capture  Date  6  Time 

RRR 

RRR 

0  R 

IFCRDT 

Image  File  Creation  Date  6  Time 

000 

000 

0  0 

LMDT 

Last  Maintenance  Date  &  Time 

RRR 

RRR 

R  R 

PAST 

Positional  Accuracy  Standards 

000 

000 

0  0 

GEOLOC 

Geographic  Location  Name 

RRR 

000 

0  R 

GTSNAKE 

Generic  Texture  Set  Name 

NNN 

NNN 

R  N 
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SOURCE  DATA: 


NUMDS 

Munber  of  Data  Sourcea 

RRR 

RRR  R  R 

for  each  data  source 

SOID 

Source  ID  Humber 

RRR 

RRR  R  R 

SOTTPE 

Source  Type 

RRR 

RRR  R  R 

SONAME 

Source  Name 

RRR 

RRR  R  R 

SOAP 

Source  Agency/Project 

RRR 

RRR  R  R 

SODATE 

Source  Date 

RRR 

RRR  R  R 

SEID 

Sensor  ID 

RRO 

RRO  M  0 

SETYFE 

Sensor  Type 

RRO 

RRO  M  0 

SBHAKE 

Sensor  Mane 

RRO 

RRO  H  0 

REDA 

Reliability  of  Data 

RRR 

RRR  R  R 

PAST 

Positional  Accuracy  Standards 

OOO 

000  O  0 

COLSYS 

Collection  System 

RRR 

RRR  R  R 

CODATE 

Compilation  Date 

RRR 

RRR  R  R 

SYMDF 

Synthetic  Data  Flag 

RRR 

RRR  R  R 

COMCRI 

Compilation  Criteria 

000 

000  0  0 

ICAPDT 

Image  Capture  Date  t  Tine 

RRR 

RRR  0  R 

ENVZRCHIKEMTAD 

COMDZTIONS  DATA: 

SPEMVC 

Special  Environmental  Conditions 

000 

000 

M 

0 

FERCC 

Percent  of  Cloud  Cover 

RRO 

000 

H 

M 

FERSC 

Percent  of  Shadow  Cover 

RRO 

000 

N 

H 

TEXTURE  FOOTPRINT 
PERTT 

DATA: 

Percent  of  Texture  in  Tile 

RRR 

RRR 

R 

R 

PERST 

Percent  of  Specific  Texture 

RRR 

RRR 

0 

R 

MUMBOU 

Number  of  Bo\indaries 

RRR 

RRR 

R 

R 

BOUNDZD 

for  each  boundary 

Boundary  ID 

CCC 

CCC 

C 

C 

SOID 

Source  ID  Number 

CCC 

CCC 

c 

C 

MODVIEW 

Model  View  Description  (Stage  3) 

CCC 

CCC 

c 

C 

NUKBP 

Number  of  Boundary  Points 

CCC 

CCC 

c 

c 

BPID 

for  each  boundary  point 

Boundary  Point  ID 

CCC 

CCC 

c 

c 

LATLON 

Absolute  Latitude /Longitude 

CCC 

NNM 

N 

c 

RELCO 

Relative  Coordinates 

NMN 

CCC 

N 

N 

ICO 

Image  Coordinates 

CCC 

CCC 

C 

c 
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5. 1.2. 4. 3. 4. 2  Field  Structure  -  Continued . 

Itfibfil _ _ 


A  M  G  S 

123  123  F 


NEIGBBOR  lEXTORE  ASSOCIATION  DATA: 

MOTHID  North  Tile  Neighbor  ID 

SOTNID  South  Tile  Neighbor  ID 

EATNID  East  Tile  Neighbor  ID 

NBTNID  Nest  Tile  Neighbor  ID 

ABTHID  Above  Tile  Neighbor  ID 

BETNID  Below  Tile  Neighbor  ID 

RITNID  Right  Tile  Neighbor  ID 

LETNID  l.eft  Tile  Neighbor  ID 


NNO  NNN  N  O 
NNO  NNN  N  O 
NNO  NNN  N  0 
NNO  NNN  N  0 
NNN  NNO  N  N 
NNN  NNO  N  N 
NNN  NNO  N  N 
NNN  NNO  N  N 


MODEL  ASSOCIATION 
NOMMI 

MODLIB 

MOONOM 

MODNAME 

MODVIEN 


DATA: 

Number  of  Models  in  Image 
for  each  model 

Model  Library  Type 
Model  Number 
Model  Name 

Model  View  Description 


NNN  SRR  N  N 

CCC  CCC  C  C 
CCC  CCC  C  C 
CCC  CCC  C  C 
CCC  CCC  C  c 


IMAGE  CONTROL  DATA: 


NOMCP 

Number  of  Control  Points 
for  each  control  point 

CPID 

Control  Point  ID 

CPNAME 

Control  Point  Name 

SOID 

Source  ID  Number 

LATLON 

Absolute  Latitude/Longitude 

RELCO 

Relative  coordinates 

ICO 

Image  Coordinates 

NOMGTP 

Number  of  Geographic  Tie  Points 

for  each  geographic  tie  point  reference 

GTPID 

Geographic  Tie  Point  ID 

ICO 

Image  Coordinates 

NOMMTP 

Number  of  Model  Tie  Points 

for  each  model  tie  point  reference 

MTPID 

Model  Tie  Point  ID 

ICO 

Image  Coordinates 

MODLIB 

Model  Library  Type 

MODNDM 

Model  Number 

RRO  RRO  N  0 

RRC  RRC  N  C 
RRC  RRC  N  C 
RRC  RRC  N  C 
RRC  NNN  N  C 
NNN  RRC  N  N 
RRC  RRC  N  C 
RRO  NNN  N  O 

CCC  CCC  C  C 
CCC  CCC  C  C 
NNN  RRO  N  O 

CCC  CCC  C  C 
CCC  CCC  C  C 
CCC  CCC  c  c 
CCC  ccc  c  c 
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SENSOR  IMAGE  DESCRIPTOR  DATA: 


NUHSEM 

Number  of  Sensors 
for  each  sensor 

RRR 

RRR 

N 

R 

SEID 

Sensor  ID 

RRO 

000 

C 

0 

FILMQ  ^ 

Film  Quality 

000 

000 

C 

0 

8UHAZ 

Sun  Azimuth 

RRO 

OOO 

c 

0 

SOMEL 

Sun  Elevation 

RRO 

OOO 

c 

0 

NDMSTN 

Number  of  Stereo  Mates 
for  each  stereo  mate 

RRO 

000 

c 

0 

TEXID 

Texture  ID 

CCC 

CCC 

c 

c 

SCANID 

Scanner  ID 

000 

000 

c 

0 

SCRES 

Scan  Resolution 

000 

OOO 

c 

0 

SCFID 

Scan  Filter  ID 

000 

000 

c 

0 

LLCOR 

LL  Comer  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

au:oR 

UL  Corner  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

DRCOR 

UR  Comer  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

LRCOR 

LR  Corner  X/Y  Image  Coordinates 

RRO 

RRO 

c 

0 

CALFL 

Calibrated  Focal  Length 

RRO 

OOO 

c 

0 

CALPPO 

Calibrated  Principal  Point  Offset 

RRO 

000 

c 

0 

CALPSO 

Calibrated  Point  of  Symnetry  Offset 

RRO 

OOO 

c 

0 

MUMFID 

Number  of  Fiducial  Coordinates 
for  each  fiducial  coordinate 

RRO 

RRO 

c 

0 

CAIiRIC 

Calibration  Report  Image 
Coordinates 

CCC 

CCC 

c 

c 

KEAIC 

Measured  Image  Coordinates 

CCC 

CCC 

c 

c 

OMEGA 

Omega 

RRO 

000 

c 

0 

PHI 

Phi 

RRO 

000 

c 

0 

KAPPA 

Kappa 

RRO 

000 

c 

o 

RECTIF 

Rectification 

RRO 

000 

c 

0 

CAMPLL 

Camera  Position  in  Lat/Lon 

RRO 

000 

c 

0 

CAMPB 

Camera  Position  in  Height 

RRO 

RRO 

c 

0 

MSEOPK 

Mean  Square  Error  Omega /Phi /Kappa 

CCC 

CCC 

c 

c 

MSEU:,B 

Mean  Square  Error 

Latitude/Longitude/Beight 

CCC 

CCC 

c 

c 

BCAPTS 

Borizontal  Captured  Texel  Size 

RRO 

RRO 

c 

0 

VCAPTS 

Vertical  Captured  Texel  Size 

RRO 

RRO 

c 

0 

5. 1.2. 4. 3. 5  Image  Data  File.  The  SIF/HDI  ijmplenieDtation  of  the  MITF 

Btandard  shall  store  the  actual  band  value(s)  at  each  texel  position 
(e.g.,  the  red,  green,  and  blue  intensity  values).  It  shall  not  use 
look-up  tables  (LOTs)  except  optionally  for  SMC/FDC  data.  As  specified 
by  NITF,  each  band  shall  have  the  same  number  of  bits.  The  name  of  this 
file  shall  be  "TEXxxxxx.DAT* ,  where  "xxxxx”  is  the  texture  tile  sequence 
number. 
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5. 1.2. 4. 3. 5.1  SMC/FPC  Encoding.  A  single  SMC/FDC  code  shall  require 

six  bytes  of  storage,  in  one  band  of  data.  The  high-order  byte  shall 
represent  the  SMC  value  in  simple  binary  integer  format.  Valid  SMC 
values  range  from  0  to  15.  The  following  five  bytes  shall  represent  the 
FDC  value  in  ASCII.  The  SMC/FDC  values  may  be  stored  directly  in  the 
Image  Data  File;  however,  it  is  strongly  recomnendad  that  an  LOT  be 
used  for  SMC/FDC  values  so  that  the  Image  Data  File  only  stores  indices 
into  the  I,DT. 


5. 1.2. 4. 3. 5. 2  Grid  Size.  The  grid  size,  as  well  as  horizontal  and 
vertical  spacing  of  grid  posts,  shall  conform  to  the  technical 
characteristics  of  the  SDBF  data  base  system,  as  documented  in  the 
Project  2851  Software  Design  Document. 

5. 1.2. 4. 3. 5. 3  Data  Compression.  Although  NITF  allows  several  forms 
of  data  compression,  compression  shall  only  be  applied  to  SIF/BDI  using 
the  lossless  Joint  Photographic  Experts  Group  (JPEG)  algorithm. 

5. 1.2. 4. 3. 5. 4  Record  Structure.  This  file  shall  consist  of  a  single 
logical  record  containing  a  simple  byte  stream.  The  field  structure  of 
this  record  shall  be  as  follows.  Texel  values  shall  be  in  binary 
integer  form  beginning  with  the  most  significant  bit  (MSB)  and  ending 
with  the  least  significant  bit  (LSB).  The  integer  shall  be  interpreted 
as  pure  magnitude  with  no  sign  bit. 

if  Image  Mode  is  Band  Sequential  (the  SIF/BDI  default) 
for  each  band 

for  each  block 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
texel  value 

elseif  Image  Mode  is  Band  Interleaved 
for  each  block 

for  each  band 

for  each  row  from  top  to  bottom 

for  each  column  from  left  to  right 
texel  value 

5.1.3  SIF/HDI  Data  Base  Content.  The  sxibsequent  paragraphs  define  the 
manner  in  which  the  SIF/BDI  file  format,  specified  in  section  5.1.2, 
shall  be  populated. 

5. 1.3.1  SDBF  Produced  Data  Sets.  SIF/BDI  data  sets  produced  by  the 
Simulator  Data  Base  Facility  will  reflect  the  full  information  content 
of  the  SSDB,  at  the  time  the  data  set  is  created.  The  content  of  the 
SIF/BDI  data  set  will  be  limited  only  by  the  selection  of  files  to  be 
output,  and  the  geographic  area  of  coverage  specified.  The  levels  of 
detail,  layers,  and  resolutions  of  information  within  the  SIF  data  set 
will  correspond  exactly  to  those  of  the  SSDB.  Hon-optional  data  records 
and  fields  for  %diich  ground-truth  information  does  not  exist  will  be 
populated  with  default  values.  A  SDBF-produced  SIF  data  set  will  be 
classified  at  the  level  of  the  SSDB  from  which  it  was  generated, 
typically  SECRET /NOFORN  (collateral). 
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5. 1.3. 2  Externally  Produced  Data  Sets.  A  Sir/HDI  data  set  generated  by 
an  external  producer  shall  contain  all  of  the  information  in  the  source 
data  aet  frcm  which  it  was  translated.  All  values  used  to  populate 
mandatory  fields  shall  fall  within  permissible  ranges,  as  defined  within 
this  standard. 

5. 1.3. 2.1  Classified  Information.  SIF/BDl  data  sets  may  be  classified 
at  any  level  up  to  and  including  TOP  SECRET.  Data  sets  shall  be 
generated  under  Special  Access  Required  programs  only  «dien  they  can  be 
released  to  the  SDBF,  and  only  %dien  the  information  contained  in  them 
can  be  downgraded  to  a  collateral  level  when  incorporated  in  the  SSDB. 

5. 1.3. 2. 2  Proprietary  Information.  SXF/BDl  data  sets  shall  not  contain 
proprietary  information.  Proprietary  information  in  the  source  data 
base  shall  be  converted  into  a  non-proprietary  form  during  the 
conversion  into  SIF.  When  it  appears  necessary  that  information  be 
modified  or  omitted  from  a  SIF  data  set  for  proprietary  reasons,  the  SIF 
data  set  shall  only  be  generated  with  the  knowledge  and  consent  of  the 
acquisition  agency  and  the  SDBF. 

5. 1.3. 2. 3  Mandatory  Content.  All  data  items  which  are  not  labeled 
“optional*'  within  section  5.1.2  of  this  standard  shall  be  considered 
Bwndatory,  and  thus  populated  by  the  producer.  Mandatory  items  for 
^dxich  the  producer  does  not  have  source  information  shall  be  populated 
with  default  or  synthetic  data.  The  producer  shall  indicate  the 
presence  of  default  or  synthetic  information  by  setting  the 
corresponding  flags  in  the  appropriate  records. 

5. 1.3. 2. 4  Optional  Content.  Data  items  labeled  “optional"  within  this 
standard  shall  be  populated  as  directed  by  the  acquisition  agency,  or  at 
the  discretion  of  the  producer,  with  Government  concurrence. 

5. 1.3. 2. 4.1  Optional  FACS  Records.  FACS  records  shall  be  defined  for 
the  representation  of  source  data  base  information  which  does  not 
directly  correspond  %d.th  any  predefined  SIF/BDI  record.  Contingent  upon 
SDBF  approval,  these  records  shall  be  populated  with  the  appropriate 
information  dviring  the  generation  of  the  SIF/BDI  data  set. 

5. 1.3. 2. 5  Data  Quality.  The  data  content  of  SIF  data  sets  shall  meet 
the  quality  criteria  specified  herein. 

5. 1.3. 2. 5.1  General.  The  following  shall  apply  to  all  sections  of  the 
SIF  data  set. 


5. 1.3. 2. 5. 1.1  Boundary  Integrity.  For  any  specified  area  of  coverage, 
boundary  integrity  shall  be  maintained  as  follows: 

a.  There  shall  be  no  data  with  coordinates  falling  outside  the  boundary 
(cell,  manuscript,  or  area  block),  as  defined  in  the  applicable  header. 

b.  There  shall  be  no  gaps  in  data  coverage  over  the  specified  area. 

c.  There  shall  be  no  redundant  data  coverage  over  the  specified  area. 

5.1 .3.2 .5. 1 .2  Data  Values.  Data  values  shall  be  as  defined  in 
Appendix  A  of  this  standard. 
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5. 1.3. 2. 5. 1.3  Source  Traceability.  The  sources  used  in  the  generation 
of  all  SIF  data  shall  be  identified.  Traceability  at  the  file  level 
shall  be  required;  optionally,  sources  shall  be  identified  at  the 
feature  level,  as  «rell. 

5. 1.3. 2. 5. 1.4  Levels  of  Detail.  SIF  data  sets  shall  be  segregated  into 
multiple,  correlated  levels  of  detail  whenever  technically  possible. 

The  allocation  of  a  specific  model  or  feature  to  a  particular  level  of 
detail  shall  follow  the  guidance  established  by  the  SOBF.  Data  at 
different  resolutions  or  levels  of  detail  covering  a  given  area  shall  be 

fully  correlated  through  population  of  the  LOD  pointers. 

* 

5. 1.3. 2. 5. 1.5  Post-Acceptance  SIF  Generation.  When  an  external 
producer  delivers  a  SIF  data  set  as  a  by-product  of  the  generation  of  a 
real-time  trainer  data  base,  the  SIF  data  set  shall  be  generated  after 
the  Government  acceptance  testing  of  the  real-time  data  base. 


5. 1.3. 2. 5. 2  Culture  Data  Section.  The  quality  of  feature  data  shall  be 
quantified  in  terms  of  positioning  accuracy,  attribution  accuracy,  and 
conformance  to  capture  criteria. 

5. 1.3. 2. 5. 2.1  Capture  Criteria.  Feature  capture  criteria  shall  be 
observed  to  avoid  the  omission  of  expected  features,  presence  of 
unexpected  features,  and  improper  aggregation  of  features.  At  the  lower 
levels  of  detail,  capture  criteria  conformance  shall  be  measured 
relative  to  standard  DLMS  levels  or  map  sheets. 

5. 1.3. 2. 5. 2. 2  Derivative  Areal  Features.  The  SIF  data  set  shall  not 
contain  derivative  areal  features,  i.e.,  those  which  have  been 
decoiaposed  into  multiple  polygons  for  the  purpose  of  eliminating 
concavity  and/or  enforcing  co-planarity  with  a  polygonized  terrain 
model. 

5. 1.3. 2. 5. 2. 3  Radar  Characteristics.  In  SIF  data  sets  created  frcoi 
radar  simulation  data  bases,  SIF  producers  shall  provide  the  appropriate 
ganma  curves,  stored  in  Oser-Defined  FACS  tables,  when  available. 


5. 1.3. 2. 5. 3  Gridded  Data  Section 

5. 1.3. 2. 5. 3.1  Terrain  Post  Spacing.  Terrain  grid  posts  shall  be 
located  based  upon  a  geodetic  (arc-second)  grid.  An  external  producer's 
con-geodetic  data  base  shall  be  resampled,  such  that  the  SIF  data  set 
generated  from  it  contains  a  geodetic  grid.  The  fact  that  this 
operation  has  been  performed  shall  be  recorded  in  the  gridded  data 
section  of  the  SIF  data  set,  as  well  as  in  the  corresponding  data  base 
descriptive  document. 
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5.2  SIF/DP  Data  Base  Forroat 

5.2.1  SIF/DP  Data  Base  Structure 

5. 2. 1.1  Logical  Format.  The  logical  format  of  a  SIF/DP  data  base  shall 
be  made  up  of  a  hierarchy  of  data  entities  as  follows: 

Data  Base 

Section 

File 

Record 

Field 

Item 

5. 2. 1.1.1  Data  Base.  The  data  base  shall  consist  of  a  data  base  header 
file  and  all  the  requested  models,  culture,  terrain,  and  texture  for  a 
specified  geographic  area.  If  any  models  are  requested,  then  the  entire 
BKxlel  library  shall  be  transmitted.  Logically,  the  data  base  shall 
consist  of  a  data  base  header  file  and  one,  two,  three,  or  four 
sections . 


5. 2. 1.1. 2  Section .  A  section  shall  consist  of  a  series  of  files 
containing  information  for  a  certain  type  of  data:  (1)  sodels,  (2) 
culture,  (3)  terrain,  or  (4)  texture.  Within  a  database,  there  shall  be 
either  one  section  or  no  sections  for  each  of  these  four  types. 


5. 2. 1.1. 3  File/Record/Field/ Item.  A  file  shall  consist  of  a  series  of 
records,  a  record  shall  consist  of  a  series  of  fields,  and  a  field  shall 
consist  of  one  or  more  items.  The  item  shall  be  the  lowest  logical  data 
entity  in  the  data  base. 


5. 2. 1.2  Physical  Format.  All  files  shall  be  stored  within  units  known 
as  ‘save  seta*  produced  and  read  by  the  VAX/Virtual  Memory  System  (VMS) 
Backup  utility.  One  or  more  files  may  be  contained  %rlthin  a  single  save 
set.  The  physical  format  of  the  SIF/DP  data  base  shall  be  as  follows. 
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5. 2. 1.2.1  Data  Order.  The  physical  order  of  data  in  the  SIF/OP  data 
base  shall  be  as  follows: 

SIF/DP  Data  Base  Header  File  Save  Set 
Model  Data  Section  Save  Set(s)  (optional] 

Culture  Data  Section  Save  Set(s)  [optional] 

Terrain  Data  Section  Save  Set(s)  (optional] 

Texture  Data  Section  Save  Set(s)  [optional] 


5. 2. 1.2. 2  Physical  Tape  Format.  The  physical  tape  tormat  of  a  SlF/DP 
data  base  shall  be  the  VAX/VMS  ANSI-labeled  magnetic  tape  format,  which 
adheres  to  Z,evel  3  of  the  ANSI  Standard  for  Magnetic  Tape  lrfd>els  and 
File  Structure  for  Information  Interchange,  ANSI  X3.27.  The  format  of 
the  physical  tape  shall  be  as  follows: 

Beginning-of-Tape  Marker  (BOT) 

Volume  Label  (VOLl) 

for  each  file  (save  set) 

File  Header  Labels  (BDRl,  HDR2) 

Tape  Mark  (TM) 

File  Section 
Tape  Mark  (TM) 

File  Trailer  Labels  (EOFl,  E0F2  or  EOVl,  E0V2) 

Tape  Mark  (TM) 

Tape  Mark  (TM) 

Scratch  Tape 
End-of-Tape  Marker  (EOT) 


5. 2. 1.2. 2.1  File  Boundaries.  An  individual  file  may  cross  a  tape 
boundary;  in  such  a  case,  EOVl  and  E0V2  tape  labels  shall  exist  after 
an  EOT  and  a  tape  mark  at  the  end  of  the  tape.  When  a  file  ends  within 
a  tape,  it  shall  be  followed  by  a  tape  mark  and  then  the  file  trailer 
labels  EOFl  and  E0F2. 


5. 2. 1.2. 2. 2  Density  and  Blocking.  Tapes  shall  be  written  at  6250  bits 
per  inch  (bpi)  with  the  GCR  recording  method.  The  block  length  shall  be 
demoted  by  the  Block  Length  Field  within  a  file's  BDR2  label.  Block 
else  can  vary  from  file  to  file.  The  allowed  minimum  tape  block  size 
shall  be  2048  bytes  while  the  maximum  shall  be  65534  bytes. 
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5. 2. 1.2. 2. 3  File  Names.  The  allowable  aave  set  names  in  the  VMS  ANSI 
implementation  used  by  SIF/DP  shall  be  a  subset  o£  those  in  the  original 
standard.  Only  the  characters  A  through  Z,  0  through  9,  and  the  special 
characters  and  *$*  shall  be  used  in  save  set  names.  The 

period  may  appear  once  within  the  name  with  a  maximum  of  three 
characters  following  it.  The  save  set  neune  shall  have  no  more  than  17 
characters . 


5.2.2  SIF/DP  File  Formats.  The  file  and  data  formats  of  the  four  main 
data  sections  shall  be  as  detailed  in  the  SSDB  Data  Base  Design  Document 
(DBDD).  All  files  shall  follow  VAX/VMS  conventions. 

5. 2. 2.1  Header  File 


5. 2. 2. 1.1  Header  Data  Encoding.  The  SIF/DP  Data  Base  Header  shall 
consist  of  one  VAX/VMS  save  set,  containing  a  single  file.  A  congjressed 
form  of  ASCII  shall  be  used.  The  compression  shall  take  the  form  of 
stripping  all  leading  zeros  and  blanks  from  numeric  strings  and  all 
leading  and  trailing  blanks  from  character  strings.  Every  ASCII  field 
shall  be  a  variable-length  field,  separated  by  the  ASCII  null  character 
( ' 00 ' ) .  Since  fields  are  variable- length,  records  may  also  vary  in 
length.  Every  record  (except  the  file  identifier  record)  shall  begin 
with  a  2 -character  keyword  identifying  its  type. 


5. 2. 2. 1.1.1  Comment  Records.  The  record  keyword  for  a  comment  record 
shall  be  two  consecutive  asterisks  (**).  Following  the  keyword  shall  be 
the  standard  ASCII  null  character  ('00')  as  the  field  separator.  The 
comment  field  shall  then  continue  until  end  of  file  (EOF)  or  the  end  of 
field  separator  ('00')  is  located  in  the  SIF  data  file.  Conment  records 
shall  not  occur  in  the  middle  of  any  record  in  the  file,  but  can  be 
placed  before  or  after  any  other  record  in  the  data  file. 


5. 2. 2. 1.2  Header  Sectic..  Structure.  This  section  shall  be  the  first 
save  set  on  the  first  tape  volume.  The  save  set  name  of  the  SIF/DP  Data 
Base  Header  shall  be  ‘SIFDP.BDR’ . 
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5. 2. 2. 1.3  Header  File  Structure.  The  Sir/DP  Data  Base  Header  file 
foxnat  shall  be  as  follows: 

SIF  File  Identifier  Record 
Transmittal  Description  Record 
Data  Directory  Record 

2D  Static  Model  Library  Header  File  Name  Record 
for  each  2D  static  model 

2D  Static  Model  Entry  Record 

3D  Static  Model  Library  Header  File  Name  Record 
for  each  3D  static  model 

3D  Static  Model  Entry  Record 

3D  Dynamic  Model  Library  Header  File  Name  Record 
for  each  3D  dynamic  model 

3D  Dynamic  Model  Entry  Record 

for  each  culture  cell 

Culture  Cell  Header  Control  Record 
for  each  manuscript  within  the  cell 

Culture  Manuscript  Data  File  Names  Record 

for  each  terrain  cell 

Terrain  Cell  Header  Control  Record 
for  each  manuscript  %ri.thin  the  cell 

Terrain  Manuscript  Data  File  Names  Record 

for  each  generic  texture 

Generic  Texture  Entry  Record 

for  each  stage  3  specific  model  texture 

Stage  3  Specific  Model  Texture  Entry  Record 

for  each  stage  2  specific  model  texture 

Stage  2  Specific  Model  Texture  Entry  Record 

for  each  stage  1  specific  model  texture 

Stage  1  Specific  Model  Texture  Entry  Record 

for  each  stage  3  specific  areal  texture 

Stage  3  Specific  Areal  Texture  Entry  Record 

for  each  stage  2  specific  areal  texture 

Stage  2  Specific  Areal  Texture  Entry  Record 

for  each  stage  1  specific  areal  texture 

Stage  I  Specific  Areal  Texture  Entry  Record 

for  each  SMC/FDC  texture 

SMC/FDC  Texture  Entry  Record 
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5. 2. 2. 1.3.1  Sir  rile  Identifier  Record.  The  field  structure  of  this 
record  shall  be  as  follows: 

rile  Identifier  rield  (always  'Sir/DP  DATA  BASE  HEADER’) 

5. 2. 2. 1.3. 2  Transmittal  Description  Record .  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  rield  (always  'TD') 

Sir  roxmat  rield 
Originator  rield 
Recipient  rield 
Transmittal  ID  rield 
Creation  Date  rield 
Source  Agency/Project  rield 
Database  Name  rield 
Data  On  This  Volume  riag  rield 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
Sir  Version  Number  Field 

5. 2. 2. 1.3. 3  Data  Directory  Record.  The  field  structure  of  this  record 
shall  be  as  follows: 

Record  Keyword  Field  (always  ’DD*) 

Number  of  2D  Static  Models  Field 

Number  of  3D  Static  Models  Field 

Number  of  3D  Dynamic  Models  Field 

Number  of  Culture  Tiles  Field 

Number  of  Terrain  Tiles  Field 

Number  of  Generic  Textures  Field 

Number  of  Stage  3  Specific  Model  Textures  Field 

Number  of  Stage  2  Specific  Model  Textures  Field 

Number  of  Stage  1  Specific  Model  Textures  Field 

Number  of  Stage  3  Specific  Areal  Textures  Field 

Number  of  Stage  2  Specific  Areal  Textures  Field 

Number  of  Stage  1  Specific  Areal  Textures  Field 

Number  of  SMC/FDC  Textures  Field 

Data  Base  SW  Corner  Field 

Data  Base  NE  Corner  Field 

5. 2. 2. 1.3. 4  2D  Static  Model  Library  Header  File  Name  Record.  This 

record  shall  be  included  when  the  SIF/DP  data  base  includes  2D  static 
models.  The  field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  '2L') 

File  Name  Field 
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5. 2. 2. 1.3. 5  2D  Static  Model  Entry  Record.  Th«  number  of  these  records 
shall  correspond  to  the  number  of  2D  Static  Models  Field,  found  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  '2S*) 

Model  Data  File  Maine  Field 
Model  Muinbcur  Field 
Model  Name  Field 
Model  E>escription  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 2. 2. 1.3. 6  3D  Static  Model  Library  Header  File  Name  Record.  This 
record  shall  be  included  when  the  SIF/DP  data  base  includes  3D  Static 
Models.  The  field  structure  of  this  record  shall  be  as  follom: 

Record  Keyword  Field  ( always  *  3L ' ) 

File  Name  Field 

5.2. 2. 1.3. 7  3D  Static  Model  Entry  Record.  The  number  of  these  records 
shall  correspond  tothe  number  of  3D  Static  Models  Field,  found  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyword  Field  (always  *3S') 

Model  Data  File  Name  Field 
Model  Number  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5 . 2 . 2 . 1 . 3 . 8  3D  Dynamic  Model  Library  Header  File  Name  Record .  The 
field  structure  of  this  record  shall  be  as  follows: 

Record  Keyword  Field  ( always  ’ DL ' ) 

File  Name  Field 
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5. 2. 2. 1.3. 9  3D  Dynamic  Mcxlel  Bn^rv  Record.  Tha  fiald  atrucrtura  of  ^hia 
record  shall  ba  as  follows t 

Record  Keyviord  Field  ( always  *  3D ' ) 

Model  Data  File  Mane  Field 
Model  Nunber  Field 
Model  Name  Field 
Model  Description  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.10  Culture  Cell  Header  Control  Record.  The  nunber  of  these 
records  shall  correspond  to  the  nunber  of  Culture  Tiles  Field  in  the  Daa 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Keyirord  Field  ( always  ' CB ' ) 

Cell  Header  File  Name  Field 

SW  Comer  Field 

Number  of  Manuscripts  Field 

5.2.2.1.3.11  C  :lture  Manuscript  Data  File  Names  Record.  The  nusdser  of 
these  records  si:.,  11  correspond  to  the  Number  of  Manuscripts  Field  in  the 
Culture  Cell  Header  Control  Record.  If  a  file  does  not  exist,  then  the 
file  name  shall  be  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  '00'  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'CM') 

Manuscript  File  Name  Field 
Segment  File  Name  Field 

2- 0  Coordinate  File  Name  Field 

3- D  Coordinate  File  Name  Field 
Error  File  Name  Field 

Model  Reference  Table  File  Name  Field 
Texture  Reference  File  Name  Field 
SW  Corner  Field 
NE  Comer  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.12  Terrain  Cell  Header  Control  Record.  The  number  of  these 
records  shall  correspond  to  the  Kumber  of  Terrain  Tiles  Field  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows: 

Record  Key%ford  Field  ( always  '  TH ' ) 

Cell  Header  File  Name  Field 

SW  Comer  Field 

Number  of  Manuscripts  Field 

5.2.2.1.3.13  Terrain  Manuscript  Data  File  Names  Record.  The  ntanber  of 
these  records  shall  correspond  to  the  Number  of  Manuscripts  Field  in  the 
Terrain  Cell  Header  Control  Record.  If  a  file  does  not  exist,  then  the 
file  name  is  represented  by  the  null  field.  (The  null  field  is 
indicated  by  consecutive  null  *00*  separators.)  The  field  structure  of 
this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  *TM') 

Manuscript  File  Name  Field 
Error  File  Name  Field 
SW  Corner  Field 
NE  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Nximber  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.14  Generic  Texture  Entry  Record.  The  number  of  these  records 
shall  correspond  to  the  Number  of  Generic  Textures  Field  in  the  Data 
Directory  Record.  The  field  structure  of  this  record  shall  be  as 

f ollo%re : 

Record  Keyword  Field  (always  *GX’) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Creation  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.15  Stage  3  Specific  Model  Texture  Entry  Record.  The  nuaber 
of  theee  records  shall  correspond  to  the  Munber  of  Stage  3  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  folloirs: 

Record  Keyword  Field  (always  *k3*) 

Isiage  Sub-Header  File  Marne  Field 
linage  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Doimgrading  Event  Field 

5.2.2.1.3.16  Stage  2  Specific  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  2  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follom: 

Record  Keyword  Field  (always  'M2‘) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.17  Stage  1  Specitic  Model  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  1  Specific 
Model  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follotra: 

Record  Keyword  Field  (always  *M1') 

Image  Sub-Bcader  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Do%mgrading  Event  Field 

5.2.2.1.3.18  Stage  3  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  3  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'A3') 

Image  Stib-Beader  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SH  Comer  Field 
NE  Comer  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.19  Stage  2  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Humber  of  Stage  2  Specific 
Areal  Textures  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follo%rB: 

Record  Keyword  Field  (always  *A2*) 

Image  Sub-Header  File  Marne  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Borlsontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SN  Comer  Field 
KE  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Dotmgrade  Field 
Downgrading  Event  Field 

5.2.2.1.3.20  Stage  1  Specific  Areal  Texture  Entry  Record.  The  number 
of  these  records  shall  correspond  to  the  Number  of  Stage  1  Specific 
Areal  Texture  Field  in  the  Data  Directory  Record.  The  field  structure 
of  this  record  shall  be  as  follows: 

Record  Keyword  Field  (always  'Al') 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Horizontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SH  Comer  Field 
NE  Corner  Field 
Mew  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 
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5.2.2.1.3.21  SMC/FDC  Texture  Bntrv  Record.  The  number  of  these 
records  shall  correspond  to  the  Number  of  SHC/FDC  Textures  Field  in  the 
Data  Directory  Record.  The  field  structure  of  this  record  shall  be  as 
follows : 

Record  Keyvrord  Field  ( always  '  SP ' ) 

Image  Sub-Header  File  Name  Field 
Image  Data  File  Name  Field 
Texture  Library  Field 
Texture  ID  Field 
Texture  Type  Field 
Borisontal  Resolution  Field 
Vertical  Resolution  Field 
Number  of  Texels  Per  Row  Field 
Number  of  Texels  Per  Column  Field 
Image  Capture  Date  and  Time  Field 
SW  Comer  Field 
NB  Corner  Field 
New  Data  Flag  Field 
Changed  Data  Flag  Field 
Security  Classification  Field 
Control  and  Handling  Field 
Releasing  Instructions  Field 
Classification  Authority  Field 
Security  Control  Number  Field 
Security  Downgrade  Field 
Downgrading  Event  Field 

5. 2. 2. 2  Model  Data 

5. 2. 2. 2.1  Model  Data  Encoding.  The  SIF/DP  model  format  is  nearly 
Identical  with  the  formats  of  the  SDBF  Standard  Simulator  Data  Base 
(SSDB).  SIF/DP  stores  models  in  a  dual  format  that  includes  both 
Constructive  Solid  Geometry  (CSG)  and  polygonal  geometry  definitions. 

A  SIF/DP  Biodel  may  have  only  the  CSG  definition,  only  the  polygonal 
definition,  or  both.  Other  information,  such  as  attributes,  shall  be 
stored  only  once  for  the  model,  regardless  of  the  geometric 
definition(s)  used.  Together  with  the  CSG  definition  of  the  basic 
model,  the  SSDB  shall  store  instructions  for  automatically  converting 
the  model  into  various  polygonal  representations  suitable  for  use  on 
typical  real-time  image  generators.  The  CSG  conwands  stored  in  tte 
SSDB,  and  used  in  SIF/DP  shall  con^ly  with  the  CSG  conmand  language 
implsBiented  by  Interactive  Computer  Modelling  Geoswtric  Modelling  System 
(ICMGMS).  Polygons  shall  be  stored  with  their  corresponding  attributes. 
Polygonal  information  may  be  Included  with  or  without  a  CSG  definition 
of  a  model.  Every  record  in  the  model  data  file  shall  begin  with  a  2- 
character  keyword  identifying  its  type. 

5. 2. 2. 2. 2  Model  Section  Structure.  Models  in  a  SIF/DP  data  set  shall 
be  organized  into  three  general  classes,  2-D  static  models,  3-D  static 
models,  and  3-D  dynamic  models.  Each  class  shall  have  a  single  library 
header  file,  which  shall  refer  to  separate  Model  Data  Files  containing 
the  actual  model  representations.  SIF/DP  models  shall  be  stored  in  up 
to  nine  levels  of  detail,  numbered  zero  through  eight.  LOD  0  shall  have 
the  least  amount  of  detail,  while  LOD  8  has  the  moat  detail.  A  series 
of  tables  shall  be  used  to  refer  to  colors,  face-based  texture 
references,  vertex-to-vertex  texture  references,  model-based  texture 
references,  user-defined  FACS,  and  the  SIF-defined  FACS. 
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5. 2. 2. 2. 2.1  File  rormat.  Each  SIF  model  shall  be  described  by  a  file 
made  up  of  variable-length  logical  key«K>rd  records  containing  ASCII 
alphanvoneric  strings.  This  file  shall  consist  of  both  geometry  and 
attribute  information,  including  all  ted>le8.  The  internal  logical 
format  of  the  string  records  shall  vary  in  order  to  support  a  «ride  range 
of  data  about  a  model's  geometry  and  attributes.  If  polygonal  geometry 
exists,  then  polygon  vertices  shall  exist. 

5. 2. 2. 2. 2. 2  File  Content.  When  generating  a  SIF/DP  data  set  from  the 
SSDB,  the  inclusion  of  models  may  be  toggled  such  that  no  laodels  are 
included  or  all  models  are  included.  Each  model  library  shall  have  its 
own  header  file.  Every  model  shall  be  contained  in  its  own  file.  Each 
model  data  file  shall  contain  descriptions  of  all  LCD  (level  of  detail) 
versions  of  the  model. 

5. 2. 2. 2. 2. 3  Save  Sets.  The  SIF/OP  Model  Data  Section  shall  consist  of 
one  or  more  save  sets,  as  defined  by  the  VAX/VMS  Backup  utility.  The 
save  set  names  shall  be  ''MODEliS_xxx* ,  where  "xxx"  is  the  sequence  number 
unique  within  the  Model  Data  Section  save  sets. 

5. 2. 2. 2. 3  Model  File  Structure.  The  file  formats  of  all  model  files 
within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The  organisation 
of  each  file  shall  be  as  described  in  the  SSDB  Data  Base  Design  Document 
(DBDD)  [PRC-2851-DBDD-31 . 

5. 2. 2. 3  Culture  Data.  Spatially,  features  shall  be  represented  as 
discrete  points,  lines,  or  surface  polygons  in  t%R>-dimenslonal  space, 
defined  in  terms  of  geographic  latitude  and  longitude.  Each  feature 
shall  be  described  by  mandatory,  and  possibly  some  optional, 
attributes.  The  SIF/OP  shall  store  coordinates  in  resolution  units  of 
thousandths  of  an  arc  second. 

5. 2. 2. 3.1  Culture  Data  Encoding.  A  SIF/DP  data  set  may  include 
multiple  LODs  for  any  given  area  of  coverage.  These  LCDs  shall 
correspond  to  feature  resolutions  of  100  meters,  30  meters,  10  meters,  3 
meters,  and  1  meter.  Data  based  in  SIF/OP  shall  include  pointers 
between  alternate  representations  of  features  at  different  LODs. 

Feature  coding  shall  be  based  on  the  DMA  FACS  system. 

5. 2. 2. 3. 2  Culture  Section  Structure.  Culture  data  shall  be  smintained 
in  tiled  culture  manuscripts,  no  larger  than  a  one  degree  by  one  degree 
cell  in  horizontal  extent.  Data  may  be  further  physically  subdivided 
into  multiple  levels  of  detail  (LODs)  for  a  given  area,  corresponding  to 
the  resolutions  specified  previously.  SIF/DP  files  shall  be  managed 
along  one  degree  cell  boundaries.  When  a  system  receives  or  sends 
SIF/DP  culture  data,  it  shall  receive  or  send  all  manuscripts  and  all 
LODs  within  a  specified  cell.  The  SIF/DP  Culture  Data  Section  shall 
consist  of  one  or  more  save  sets,  as  determined  by  the  VAX/VMS  Bac)nip 
utility.  The  save  set  names  shall  be  ’'CULTDRE_xxx* ,  where  “xxx**  is  the 
sequence  number,  which  is  unique  within  the  Culture  Data  Section  save 
sets. 


5. 2. 2. 3. 3  Culture  File  Structure.  The  file  formats  of  all  culture 
files  within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Document  (DBDD)  [ PRC-28 5 l-DBDD-3 ) . 
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5. 2. 2. 4  Terrain  Data 

5. 2. 2. 4.1  Terrain  Data  Encoding.  A  SIF  data  base  may  store  multiple 
levels  of  detail  (LODs)  of  terrain  elevation  data  for  any  given  area. 
Terrain  resolutions  shall  be  3  arc  seconds,  1  arc  second,  0.3  arc 
seconds,  and  0.03  arc  seconds.  Each  elevation  value  shall  be  the  height 
of  the  terrain  above  (or  below)  Mean  Sea  Level  (MSL),  expressed  in 
resolution  units  of  0.1  meters. 

5. 2. 2. 4. 2  Terrain  Section  Structure.  Terrain  elevation  data  shall  be 
maintained  in  tiled  manuscripts,  which  shall  be  no  larger  than  a  one 
degree  by  one  degree  cell  in  horizontal  extent.  Data  may  be  further 
physically  subdivided  into  multiple  levels  of  detail  (LODs)  for  a  given 
area,  corresponding  to  the  resolutions  specified  previously.  SIF/DP 
files  shall  be  managed  along  one  degree  cell  boundaries.  When  a  system 
receives  or  sends  SIF/DP  terrain  data,  it  shall  receive  or  send  all 
manuscripts  and  all  LODs  within  a  specified  cell.  The  SIF/DP  Terrain 
Data  Section  shall  consist  of  one  or  more  save  sets,  as  determined  by 
the  VAX/VMS  Backup  utility.  The  save  set  names  shall  be  *‘1SBRAIN_xxx* , 
idtere  "xxx"  is  the  sequence  number  unique  within  the  Terrain  Data 
Section  save  sets. 

5. 2. 2. 4. 3  Terrain  File  Structure.  The  file  formats  of  all  terrain 
files  within  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Document  (DBDD) (PRC-2 85 l-DBDD-3] . 

5. 2. 2. 5  Texture  Data.  If  a  SIF  data  base  includes  texture,  it  shall 
contain  all  of  the  producing  system's  texture  within  the  s]pecified  area 
of  coverage.  If  generic  textures  are  included,  then  all  generic 
textures  in  the  sending  system  shall  be  included. 

5. 2. 2. 5.1  Texture  Data  Encoding.  SIF/DP  texture  data  shall  be  encoded 
as  it  is  stored  within  the  SSDB. 

5. 2. 2. 5. 2  Texture  Section  Structure.  A  SIF/DP  data  base  shall  Include 
between  one  and  eight  texture  libraries  defined  as  Stage  1  Areal,  Stage 
2  Areal,  Stage  3  Areal,  Stage  1  Model,  Stage  2  Model,  Stage  3  Model, 
Generic,  and  SMC/FDC.  Attribute  data  shall  be  stored  by  logical  groups; 
the  actual  textvire  data  shall  be  stored  in  a  gridded  format.  SIF/DP 
files  shall  be  managed  along  one  degree  cell  boundaries.  When  a  system 
receives  or  sends  SIF/DP  texture  data,  it  shall  receive  or  send  all 
Btanuscripts  and  all  LODs  within  a  specified  cell.  The  SIF/DP  Texture 
Data  Section  shall  consist  of  one  or  more  save  sets,  as  determined  by 
the  VAX/VMS  Backup  utility.  The  save  set  names  shall  be  ''TEXTDRE_xxx‘' , 
where  "xxx"  is  the  sequence  number,  which  is  unique  within  the  Texture 
Data  Section  save  sets. 

5. 2. 2. 5. 3  Texture  File  Structure.  The  file  formats  of  all  texture 
files  %rithin  a  save  set  shall  be  in  standard  VAX/VMS  format.  The 
organization  of  each  file  shall  be  as  described  in  the  SSDB  Data  Base 
Design  Document  (DBDD) (PRC-285 l-DBDD-3 ] . 

5.2.3  SIF/DP  Data  Base  Content.  A  SIF/DP  data  base  shall  include  the 
full  information  content  of  the  SSDB  from  which  it  is  produced,  limited 
only  by  the  presence  or  absence  of  the  various  files  identified  in 
section  5.2.2  of  this  Standard. 
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6.  VOTES 

(This  section  contains  information  of  a  general  or  explanatory  nature 
that  may  be  helpful,  but  is  not  mandatory.) 

6.1  Intended  use.  It  is  intended  that  this  standard  will  be  invoiced 
by  training  simulator  acquisition  contracts  in  two  ways:  to  specify  the 
requirements  for  data  bases  to  be  delivered  under  those  contracts,  and 
to  provide  specifications  for  data  bases  to  be  furnished  to  the 
contractor  as  Government  Furnished  Property  (GFP). 

6.2  Accmlsltion  recmireroents .  Acquisition  documents  must  specify  the 
following: 

a.  Title,  number,  and  date  of  the  standard. 

b.  Issue  of  DoDISS  to  be  cited  in  the  solicitation,  and  if  required, 
the  specific  issue  of  individual  documents  referenced  (see  section  2). 

c.  Whether  or  not  alternative  media  is  to  be  used. 

6.3  Tailoring  Guidance  for  Contractual  Application.  The  following 
stibparagraphs  identify  the  points  at  tdiich  decisions  can  be  made  with 
regard  to  the  selective  application  of  this  standard.  The  most  basic 
decision,  that  is,  the  determination  of  whether  this  standard  should  be 
applied  at  all,  needs  to  be  continually  reassessed  during  a  program's 
lifecycle. 

6.3.1  Prior  to  Contract.  Sometimes,  fundamental  application  decisions 
can  be  made  even  before  a  contract  is  awarded  for  a  particular  training 
simulator.  These  can  often  be  included  in  the  various  activities 
leading  up  to  the  award  of  a  contract,  as  discussed  below. 

6. 3. 1.1  RFP  Preparation.  Before  going  out  with  an  RFP  for  a  training 
simulator,  the  acquisition  agency  will  usually  have  already  identified 
the  data  base  requirements  of  the  system.  It  is  at  this  time  that  the 
SDBF  should  became  involved,  through  its  )cnowledge  of  available  SSDB 
holdings,  and  its  ability  to  be  applied  to  the  training  device  being 
procured. 


6. 3. 1.1.1  Selection  of  standard.  The  decision  of  which  of  two 
standards,  SIF  or  GTDB,  is  most  appropriate,  %n.ll  usually  be  highly 
dependent  on  the  capabilities  of  the  device  being  procured,  as  well  as 
its  development  contractor.  In  general,  a  less  ccnqplex  device,  or  one 
being  built  by  a  contractor  with  few  data  base  development  tools,  will 
use  GfrOB;  «d:ereas  a  high-performance  system,  or  one  being  developed  by  a 
contractor  with  a  strong  data  base  development  capability,  will  use  SIF. 
The  desire  to  obtain  a  SSDB-compatible  copy  of  the  data  base  is  one 
reason  to  use  SIF,  but  does  not  necessarily  preclude  the  use  of  GTDB  for 
the  distribution  of  SDBF  data  sets  to  the  contractor;  in  these  cases, 
both  standards  may  be  used.  Within  the  SIF  standard,  one  also  has  the 
options  of  using  the  BDI  format,  the  DP  format,  or  even  both;  this 
decision  will  be  driven  by  the  computational  system  to  be  used  for  the 
DBGS,  rather  than  any  simulator-related  characteristics. 
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6. 3. 1.1. 2  Timing  of  Selection.  In  the  case  of  sane  training  system 
programs,  data  base  requirements  evolve  during  the  course  of  the 
program,  as  part  of  the  training  requirements  analysis  process.  Under 
such  circumstances,  this  decision  may  need  to  be  deferred  until  after 
contract  award. 

6. 3. 1.2  Submission  of  Proposal.  Sometimes,  it  may  be  desirable  to 
leave  it  to  the  individual  bidders  to  propose  %fhich  Btandard(s)  will  be 
applied,  and  if  any  SZF-formatted  data  bases  will  be  delivered.  This 
may  be  done  when  it  is  expected  that  some  bidders  will  prefer  one  option 
over  the  other,  or  when  it  is  likely  that  some  will  have  greater  data 
base  generation  capabilities  than  others.  Giving  the  bidders  this 
flexibility  can,  in  soote  cases,  result  in  decreased  bid  prices. 

6. 3. 1.3  Source  Selection.  During  the  selection  of  a  contractor,  it  may 
be  possible  to  conduct  a  demonstration  of  the  bidders'  capabilities  to 
produce  and/or  use  SDBF-compatible  data  sets.  Again,  SDBF  assistance 
should  be  obtained,  as  the  provider  of  sample  SIF  and/or  GTDB  data  sets 
for  bidder  consumption,  as  well  as  evaluator  of  bidder -produced  SIF  data 
sets.  Bidders  should  be  evaluated  based  upon  their  ability  to  produce 
and/or  utilize  these  data  sets  in  the  most  complete,  efficient  manner 
possible . 

6.3.2  Contract  Decisions.  Unlike  the  application  decisions  identified 
above,  certain  alternatives  can  only  be  selected  after  the  data  base 
approach  has  evolved,  as  a  part  of  the  engineering  process  conducted 
under  contract.  The  following  subparagraphs  identify  some  milestones  at 
^diich  SIF  application  decisions  can  be  made. 

6. 3. 2.1  Desicm  Reviews.  Some  SIF  alternatives  can  be  formally  selected 
when  the  contractor's  data  base  system  design  is  examined  and  approved 
at  the  preliminary  design  review  (FDR)  and/or  critical  design  review 
(CDR) . 


6. 3. 2. 1.1  Use  of  SDBF  Sources.  The  use  of  SIF  and/or  GTDB  as  source 
material  should  be  finalized  by  FDR.  If  it  appears  that  the  use  of  a 
SDBF-ccn^atible  source  imposes  a  greater  liability  than  its  long-term 
benefit,  there  may  be  sufficient  reason  to  waive  the  requirement,  or 
change  it  in  some  way  (for  example,  substituting  GTDB  for  SIF,  if  the 
extraction  of  the  needed  information  from  the  SIF  data  set  proves  too 
difficult  for  the  contractor.)  By  FDR,  the  contractor  will  have  gained 
enough  understanding,  through  design  analysis,  to  decide  which  approach 
is  best  for  that  program. 

6. 3. 2. 1.2  Population  of  Optional  Fields.  At  contract  award,  the 
contractor  is  effectively  given  ’carte  blanche”  to  decide  which,  if  any, 
of  the  many  optional  data  items  will  be  populated  in  any  SIF  data  sets 
delivered.  These  should  be  formally  reviewed  and  agreed  upon  by  the 
contractor  and  Government,  initially  at  FDR,  and  finally  at  CDR. 

6. 3. 2. 1.3  Exceptions  to  Standard.  When  SIF  is  invoked,  exceptions  to 
the  mandatory  provisions  of  the  standard  should  not  be  granted,  unless 
the  contractor  has  positively  demonstrated  that  full  compliance  will 
somehow  result  in  an  unsatisfactory  product.  The  technical  aspects  of 
any  such  demonstration  should  be  reviewed  in  the  context  of  the  overall 
system  design,  not  later  than  CDR. 
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6. 3. 2. 2  Data  Base  Workina  Groupa.  During  the  course  of  most  siwulator 
acquisition  programs,  a  number  of  data  base  %for)u.ng  group  meetings  are 
conducted,  to  review  the  identification,  content,  and  design  of  training 
data  bases.  These  meetings  present  convenient  forums  for  low-level 
decisions,  such  as  values  to  be  assigned  to  User-Defined  FACS  codes  for 
particular  features.  The  utility  of  any  required  SIF  output  products 
should  be  continually  reassessed;  the  data  base  wor]u.ng  group  meetings 
present  handy  points  at  vdiich  decisions  can  be  made  on  whether  or  not  to 
produce  SIF  data  sets,  and  what  they  will  contain,  since  the  specific 
data  base  contents  are  formally  reviewed  at  those  times. 

6. 3. 2. 3  System  Test.  During  the  teat  phase  of  a  trainer  development, 
conq>liance  with  the  SIF  standard  will  be  verified.  Even  at  this  late 
stage  of  the  program,  however,  decisions  relating  to  application  of  the 
SIF  standard  must  be  made.  In  general,  these  apply  only  to  those 
contracts  under  which  SIF  data  sets  will  be  produced  by  the  contractor. 

6. 3. 2. 3.1  Pre-Production  Process  Certification.  Prior  to  committing  to 
the  full-scale  production  of  SIF  data  sets,  the  contractor's  DBGS  should 
be  certified  as  being  SIF-compliant  by  the  SP’?F.  By  obtaining  this 
certification,  the  producer  can  be  exempted  from  the  bulk  of  the  time- 
consuming  effort  involved  in  the  testing  of  individual  data  sets.  This 
certification  should  be  conducted  %rall  in  advance  of  the  planned  start 
of  the  SIF  conversion  activity,  so  that  the  contractor  has  time  to  do 
rework,  as  necessary.  (Note  that  the  act  of  certification  carries  the 
implicit  assumption  that  the  SIF  conversion  will,  in  fact,  be 
accomplished,  verifying  the  capability  to  do  so  even  before  the 
corresponding  data  bases  have  been  conpleted;  in  turn,  this  amplifies 
the  importance  of  the  decisions  made  at  the  data  base  wrking  groups,  as 
discussed  above . ) 

6. 3. 2. 3. 2  Trainer  Data  Base  Acceptance  Testing.  On  contracts  requiring 
deliver^'  of  SIF  data  sets,  the  final  decision  of  whether  or  not  to 
produce  a  specific  data  set  should  only  be  made  after  the  content  of  the 
corresponding  trainer  data  base  has  stabilized,  and  its  quality  has  been 
proven.  The  acceptance  testing  of  the  individual  data  bases  delivered 
with  a  simulator  can  serve  as  the  ultimate  decision  points  for  the 
generation  of  the  corresponding  SIF  data  sets.  These  decisions  should 
be  made  independently,  i.e.,  on  a  data  base-by-data  base  basis;  it  is 
entirely  conceivable  that  a  program  may  require  the  delivery  of  a  number 
of  data  bases,  some  of  %diich  are  suitable,  and  sonte  which  are  not. 

6. 3. 2. 3. 3  SIF  Data  Set  Verification  Testing.  Although  the 
certification  of  the  DBGS  precludes  the  need  for  much  examination  of 
individual  SIF  data  sets,  it  will  still  be  necessary  to  do  some  quality 
conformance  inspections  periodically.  This  may  be  done  as  a  random 
sampling  process,  or  focus  specifically  on  certain  high-interest  data 
sets,  depending  on  the  requirements  of  the  particular  program. 

6.4  Government-furnished  property.  When  SIF  is  specified  as  a  data 
base  source  for  a  specific  acquisition,  the  contracting  officer  should 
arrange  to  furnish  the  contractor  with  a  sample  database  for  use  in 
verification  demonstrations  and/or  tests.  The  sample  database  should  be 
obtained  from  the  DoD  Simulator  Data  Base  Facility. 
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6.4.1  Teeting  Facilities.  When  SIP  is  specified  as  a  contract 
deliverable,  the  contracting  officer  may  wish  to  arrange  access  to  a 
Government-controlled  facility  for  use  in  verification  demonstrations 
and/or  tests.  The  contracting  officer  may  also  %rish  to  arrange  access 
to  such  a  facility  by  the  contractor  to  support  developmental  testing. 
These  arrangements  should  also  be  made  through  the  SDBP. 

6.5  Data  requirements.  The  following  Data  Item  Descriptions  (DZDs) 
must  be  listed,  as  applicable,  on  the  Contract  Data  Requirements  List 
(DD  Form  1423)  ^en  this  standard  is  applied  on  a  contract,  in  order  to 
obtain  the  data,  except  %diere  DoO  FAR  Supplement  27.475-1  exempts  the 
requirement  for  a  DD  Form  1423. 

Reference  DZD  DZD  Suggested 

_  Number _ Title _ Tailoring 

4.4  DZ-MCCR-80012  Software  Design  Document  Yes 


The  above  DlDs  were  those  cleared  as  of  the  date  of  this  standard.  The 
current  issue  of  DoD  5010. 12-L,  Acquisition  Management  Systems  and  Data 
Requirements  Control  List  ( AMSDL ) ,  must  be  researched  to  ensure  that 
only  current,  cleared  DZDs  are  cited  on  the  DD  Form  1423. 

6.6  Subject  term  <kev  word>  listing. 

Culture  data 

Constructive  Solid  Geometry  (CSG) 

Database  standards 
Feature  data 
Photo  texture 
Models 
Project  2851 
Simulator  databases 
Terrain  data 
Texture 

Training  systems 

6.7  Referenced  documents.  The  following  documents  were  used  as 
references,  in  preparation  of  this  standard. 


DEFENSE  MAPPING  AGENCY 

DMA  Standard  Supporting  Mark  90,  Section  100, 
Glossary  of  Feature/Attribute  Definitions, 

Second  Edition,  June  1988,  revised  December  1988. 

(Application  for  copies  should  be  adressed  to  Defense  Mapping  Agency, 
8613  Lee  Highway,  Fairfax  VA  22031-2137.) 
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DIGITAL  EQOIPMgWT  CORPORATION 

AA-LA06A-TE  Guide  to  VMS  Piles  and  Devices,  Appendix  B, 

*VMS  ANSI-Labeled  Magnetic  Tape,*  April  1968. 

VMS  Backup  Utility  Manual,  April  1988 

(Application  for  copies  should  be  addressed  to  Digital  Equipment 
Corporation,  P.O.  Box  CS2008,  Nashua  NB  03061) 


CUSTODIANS : 

Army  -  PT 
Navy  -  TD 
Air  Force  -  11 


PREPARING  ACTIVITY; 

Air  Force  -  11 

(Project  Nr.  69GP-0117) 
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10.  SCOPE 

10.1  Scope.  This  Appendix  is  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  compliance. 

10.2  Purpose.  This  Appendix  provides  definitions  of  the  data  fields  to 
be  used  within  SIP  data  bases. 

20 .  APPLICABLE  DOCUKEETS 

20.1  Government  documents 

20.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  Appendix  to 
the  extent  specified  herein.  Unless  otherwise  specified,  the  issues  of 
these  documents  shall  be  those  listed  in  the  issue  of  the  Departamnt  of 
Defense  Index  of  Spc^cifioations  and  Standards  (DoDISS)  and  supplement 
hereto,  cited  in  the  solicition  (see  6.2  of  thin  Standard). 

MIL-STD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Onless  otherwise  indicated,  copies  of  federal  and  sdlitary 
specifications,  standards,  and  handbooks  are  available  from  the  Naval 
Publications  and  Forms  Center,  ATTN:  N1>0DS,  5801  Tabor  Avenue, 
Philadelphia  PA  19120-5099.) 


20.2  Order  of  precedence.  In  the  event  of  a  conflict  between  the  text 
of  this  Appendix  and  the  references  cited  herein,  the  text  of  this 
l^tpendix  shall  take  precedence.  Nothing  in  this  ^>pendix,  however, 
supersedes  applicable  laws  and  regulations  unless  a  specific  exesption 
has  been  obtained. 


30  DEFINITIONS  AND  ACRONTKS 

30.1  Definitions.  The  definitions  provided  in  this  Standard  shall  apply 
to  this  ^pendix. 


40  GENERAL  REQUIREMENTS 

40.1  This  Appendix  shall  be  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  compliance. 

40.2  Data  Types.  Data  items  shall  be  represented  in  the  forms 
specified  in  Table  A-1.  Appendix  C,  para  60.1,  explains  Gridded  Data 
Section  (CDS)  application  and  data  item  types  of  binary,  integer,  real, 
string,  enumerated,  and  boolean. 
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40.3  GTDB  Comnonalitv.  The  definitions  of  some  data  items  included 
within  SIF  data  sets  differ  from  the  definitions  contained  within 
NIXf-8TD~1820,  Generic  Transformed  Data  Base  Design  Standard.  Dsers  of 
both  SIF  and  GTDB  need  to  exercise  caution  when  using  caanon  software 
for  both  SIF  and  GTDB  data  seta. 


50  DBTAXX.BD  RBQUXRBMBITS 

50.1  Data  Items.  All  data  items  included  in  a  SIF  data  set  shall 
adhere  to  the  definitions  specified  in  Table  A-2  of  this  standard. 


60  VOTES  . 

(This  section  contains  information  of  a  general  or  explanatory  nature 
that  may  be  helpful,  but  la  not  mandatory. ) 

6.1  Referenced  documents.  The  following  documents  were  used  a 
references,  in  preparation  of  this  ^pendiz. 

AMERICAN  NATIONAL  STANDARDS  IMSTTTOTE 

ANSI  X3.27  Information  Systems  -  File  Structure  and  Labeling  of 

Magnetic  Tapes  for  Information  Interchange 

AMSI/IEEE  Binary  Floating  Point  Arithmetic 

STD  754 

(Application  for  copies  should  be  addressed  to  American  National 
Standards  Institute,  11  Nest  42nd  Street,  New  York  NY  10036.) 

DEFENSE  INTELLIGENCE  AGENCY 

IE)M-2600-  National  Imagery  Transmission  Format  (NITF), 

63220-90  Version  1.1,  1  March  1989,  sections  1  through  4.5 

(implication  for  copies  should  be  addressed  to  Defense  Intelligence 
Agency,  DIA/DM-IA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 

DEFENSE  MAPPING  AGENCY 

DMA  Standard  Supporting  Hark  90,  Section  100, 

Glossary  of  Feature /Attribute  Definitions, 

Second  Edition,  June  1988,  revised  Deesmb^  1988. 

(implication  for  copies  should  be  adressed  to  Defense  Mapping  Agency, 
8613  Lee  Highway,  Fairfax  VA  22031-2137) 
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DIGITAL  EQUIPMENT  CORPORATION 

AA-LA06A-TE  Guide  to  VMS  Files  and  Devices,  Appendix  B, 

■VMS  ANSI-Labeled  Magnetic  Tape,”  April  1988. 

VMS  Backup  Utility  Manual,  April  1988 

(Application  for  copies  should  be  addressed  to  Digital  Equipsieat 
Corporation,  P.O.  Box  CS2008,  Nashua  NB  03061) 

D.S.  DEPARTMENT  OF  COMMERCE 

Initial  Graphics  Exchange  Specification  (IGES), 

Version  4.0,  June  1988,  sections  applicable  to  CSG 

(Application  for  copies  should  be  adressed  to  o.S.  Oepartnent  of 
CcxBserce,  Eational  Bureau  of  Standards.) 

INTEBACTIVE  COMPUTER  MODELLING,  INCORPORATED 

General  Infonwtion  Manual,  Nay  1988. 

(Application  for  copies  should  be  addressed  to  Interactive  Computer 
Modelling,  Inc,  12200  Sunrise  Valley  Drive,  Suite  210,  Reston  VA  22091.) 

PLANNING  RESEARCH  CORPORATION 

PRC-2851-DBDD-3  Data  Base  Design  Document  (DBDD),  Standard  Sisaolator 

Data  Base  (SSDB),  Project  2851  (F33657-86-C-0182) 

PRC-2851-DBDD-5  Data  Base  Design  Document  (DBDD),  Appendix  I,  Data 

Type  Dictionaries  for  Project  2851  (F33657-86-C-0182) 

(Application  for  copies  should  be  addressed  to  PRC,  1500  Planning 
Research  Drive,  McLean  VA  22102.) 

(Non-Govemment  standards  and  other  ptiblications  are  normally  available 
from  tbs  organisations  that  prepare  or  distribute  the  documents.  These 
documents  also  may  be  available  in  or  through  libraries  or  other 
inf ozstational  services . ) 
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Table  A-1  Daba  Type  Definitions 
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Standards  (CDS)  geopositioning  texture 
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Right  Tile  Neighbor  ID  INT  10  0.  .2147483647  The  identifier  of  the  neighboring  model 

(GDS)  epecific  image  to  the  right  of  the 

current  image;  used  only  for  Stage  3 
model  textures 
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Section  Identifier  STR  80  —  Alphanumeric  string  identifying  the  SXF 

data  section  where  an  ASCII  SIF  file  is 
found;  usually  found  in  the  first 
record  of  a  SIF  ASCII  file 
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APPENDIX  B 
MIL-STD-1821 


SXP/BDX  FACS  CODES  AMD  SXF  SPECIFIC  FEATURE  DESCRIPTOR  CODES 


10.  SCOPE 

10.1  Scone.  This  Appendix  is  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  compliance. 

10.2  Purpose.  The  purpose  of  this  Appendix  is  to  define  the  SIF  description 
of  the  SXF/BOX  FACS  Codes  and  SIF  specific  Feature  Descriptor  Codes  (FDCs) 
that  may  be  used  during  the  transmission  of  SIF  databases. 

20.  APPLICABLE  DOCUMENTS 

20.1  Govermnent  documents. 

20.1.1  Specifications,  standards,  and  handbooks.  The  following 
specifications,  standards,  and  handbooks  form  a  part  of  this  i^pendix  to  the 
extent  specified  herein.  Unless  otherwise  specified,  the  issues  of  these 
documents  shall  be  those  listed  in  the  issue  of  the  Department  of  Defense 
Index  of  Specifications  and  Standards  (DoDISS)  and  supplement  hereto,  cited  in 
the  solicition  (see  6.2  of  this  Standard). 

MIL-8TD-1820  Generic  Transformed  Data  Base  Design  Standard 

(Unless  otherwise  indicated,  copies  of  federal  and  military  specifications, 
standards,  and  handbooks  are  available  from  the  Naval  Publications  and  Forms 
Center,  ATTMt  MPODS,  5801  Tabor  Avenue,  Philadelphia  PA  19120-5099.) 

20.2  Order  of  precedence.  In  the  event  of  a  conflict  between  the  text  of 
this  Appendix  and  the  references  cited  herein,  the  text  of  this  Appendix  shall 
take  precedence.  Nothing  in  this  i^pendix,  however,  supersedes  applicable 
laws  and  regulations  unless  a  specific  exemption  has  been  obtained. 


30  DEFINITIONS  AND  ACRONYMS 

30.1  Definitions.  The  definitions  provided  in  this  Standard  shall  apply  to 
this  J^ypendix. 


40  GENERAL  REQUIREMENTS 

40.1  This  Appendix  shall  be  a  mandatory  part  of  the  standard.  The 
information  contained  herein  is  intended  for  ccnpliance. 

40.1  FACS  Coramonalitv .  The  starting  point  for  all  FDCs  and  FACS  codes  within 
the  SIF  Military  Standard  shall  be  the  Glossary  of  Feature /Attribute 
Definitions  as  published  by  the  Defense  Mapping  Agency  (DMA) . 

40.2  GTDB  Coirmonalitv.  The  Feature  Descriptor  Codes  (FDCs)  defined  in 
Appendix  B  of  MIL-STD-1820  shall  be  used  within  SIF  data  sets.  Additional 
SIF-specific  FDCs  shall  conform  to  Section  50  of  this  Appendix. 
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50  DETAILED  REQUIREMENTS 

50.1  FACS  Codes.  The  specified  FACS  code  shall  be  used  for  the  entries  in 
the  FACS  Table  supplied  with  a  model  or  a  culture  tile.  Valid  ranges  and 
types  (integer,  floating  point,  etc.)  shall  be  as  defined  in  the  Project  2851 
Data  Base  Design  Doctiments  and  appendices.  The  exceptions  to  this  are  noted 
with  an  asterisk  (*),  and  the  acceptable  ranges  shall  be  as  defined  in  the  DMA 
FACS  Glossary  for  these  codes.  To  maintain  compatibility  with  the  DMA  FACS 
Glossary,  the  SIF  attributes  that  are  represented  via  the  DMA  FACS  Glossary 
codes  shall  use  the  same  three  character  attribute  identifier  as  used  by  the 
DMA  FACS  Glossary.  When  a  SIF  user  creates  a  user -defined  FACS  attribute,  the 
first  two  characters  of  the  FACS  code  shall  be  the  originator  code  for  that 
user. 


SIF  Attribute  Name  FACS  Code 

Absorptivity  . ABSORB 

Accuracy  Category . ACCxxx  * 

Aircraft  Facility  Type . AFTxxx  * 

Amusement  Park  Structure . APSxxx  * 

Angle  of  Orientation . AOO  * 

Angle  of  (Orientation,  Derived . lAO  * 

Angle  of  Radeu:  Reflector,  Derived . lAR  * 

Area  Coverage  Attribute . ARA  * 

ATS  Use  Attribute . AUAxxx  * 

Bank  Height  Left  1 . BLlxxx  * 

Bank  Height  Right  1 . HRlxxx  * 

Base  Polygon  ID . BASEID 

Beacon  Type  Category . BEAxn  * 

Bottom  Material  Composition . BMCxxx  * 

Bridge  and/or  Superstructure  Category . BSCxxx  * 

Bridge  Reference  Number . BRN  * 

Brush/Ondergrowth  Density  Code . BUDxxx  • 

Building  Function  Category . BFCxxx  * 

Bypass  Condition  Category . BCCxxx  * 

Centre  id  (Deleted) . CENTRE 

Cluster  ID . CLUSTR 

Color  Table  Index . CTINDX 

Con^nent  Name . CMNANE 

Conspicuous  Object  Category . COCxxx  * 

Crane  Attribute . CRAxxx  * 

Culture  Centroid . CCNTRD 

Current  Type  Category . CORxxx  * 

Cycle  Rate  Off  Time . LTOFF 

Cycle  Rate  On  Time . LTON 

Dense  Bank  Vegetation  Left . DVLxxx  * 

Dense  Bank  Vegetation  Right . DVRxxx  * 

Density  of  Roof  Cover,  Derived . iDRxxx  * 

Density  of  Structures,  Derived . iDSxxx  * 

Density  of  Tree  Cover,  Derived . IDTxxx  * 

Density  Measure,  %  of  Roof  Cover . DMRxxx  * 

Density  Measure,  %  of  Tree/Canopy  Cover.... . DMTxxx  * 

Density  Measure,  Structure  Count . DMS  * 

Depth,  Derived . IDE  * 

Depth  Below  Surface . DEP  * 

Depth  of  Water . . DWlxxx  * 

Diffuse  Reflectance  . DISREF 

Direction  of  Flow . DOF  • 
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Sir  Attribute  Name  FACS  Code 

Directionality . LTDIRN 

Directivity  (Infrared)  . IDISEC 

Directivity  (Radar)  . ROIREC 

Directivity  . DIRxxx  * 

Distance  frcni  Shore . DFS  '  * 

Elevation  Point  Significance . . . EPS  * 

Embedded  Obstruction  Code . EOCxzx  * 

Emissivity  . EMSVTY 

Existence  Category . EXSxxx  * 

Bxitance . SXTNCE 

Exposed  Portion  Attribute . BPAxxx  * 

Panning  Type  Category . FTCxxx  * 

Feature  Descriptor  Code . FDC 

Feature  Identification  Code . FID  * 

Feature  Onset  . FTRONS 

Fixed  Order  Priority . FOPRI 

Gap  Width  (Measured) . GWK  * 

General  Roughness  Category  1 . GRlxxx  * 

General  Roughness  Category  2 . GR2xxx  • 

General  Roughness  Category  3 . . . GR3xxx  * 

General  Roughness  Category  4 . GR4xxx  * 

General  Roughness  Category  5 . GRSxxx  • 

Greatest  Horizontal  Extent . GHE  * 

Height . HOT  * 

Height,  Derived . IHT  * 

Height  of  Areal  Feature . 2HT  * 

Hydrographic  Category . BTCxxx  * 

Hydrographic  Depth . BDP  * 

Hydrographic  Form  Category . ...BFCxxx  • 

Hydrographic  Location  Category . BLC  * 

Hydrographic  Origin  Category . KOCxxx  * 

Hydrographic  Seasonal  Attribute . BSAxxx  * 

Bypsograpby  Portrayal  Category . BQCxxx  * 

Identification  Mtanber . IIW  * 

Internal  Material  Category  . IMC  * 

Internal  Material  Volume  . INV  * 

Landmark  Category . LMCxxx  * 

Lane/Track  Characteristics . LTCxxx  * 

Lane/Track  Number . LTN  * 

Layer  Number  (Infrared)  . IRLATR 

Layer  Number  (Radar) . RLATER 

Z,ayer  Number  (Visual) . LAYER 

Z<ength,  Derived . ILN  * 

Length/Diameter . I£N  * 

Length  of  Cab . LEC  * 

Length  of  Cab  (Crane),  Derived . ILC  * 

liength  with  Greater  Precision . LGP  * 

Light  Characteristic  Category . CBAxxx  * 

Light  Function  Attribute . LFAxxx  * 

Light  Horizontal  Center  . LTBCEN 

Light  Horizontal  Fall  . LTHFAL 

Light  Horizontal  Width  . LTHWID 

Light  Intensity  . LTINTY 

Light  Type . LTTYPE 

Light  Vertical  Center  . LTVCBN 

Light  Vertical  Fall  . LTVFAL 
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Sir_Attribute  Maine  fftgg 

Light  Vertical  Width . LTVWID 

Light  Visibility  Range... . LVR  * 

Load  Class  Type  1 . LCl  * 

Load  Class  Type  2 . LC2  * 

Load  Class  Type  3 . LC3  '  * 

Load  Class  Type  4 . LC4  • 

Location/Origin  Category . LOCxxz  * 

Long  Lineal  . LNGLIH 

Low  Level  Effects  . LLVEFF 

Material  Class  Category . MCCaocx  * 

Material  Ccinposition  Primary . MCPzzx  * 

Material  Casg>osition  Secondary . MCSxxz  * 

Maximum  Edges  Per  Polygon . MEZEDG 

Maximum  Height . MAXBGT 

Median  Category . MED  * 

Mining  Category . MIMxxx  * 

Missile  Site  Attribute . . . MSAxxx  * 

Missile  Site  Type . MSTxxx  * 

Mode  of  Transport . MOTxxx  * 

Model  Centroid . . . . . MCHTRD 

Monitor  Type  . MMTRTY 

Name  Category . MAM  • 

Number  of  Spans . MOS  • 

Number  of  Structures  . HOMSTR 

Object  Volume  . . . QBJVOL 

Overhead  Clearance  Category . OBC  * 

Overlay  Category . OVCxxx  * 

Percent  of  Roof  coverage  . DHRxxx  * 

Percent  of  Tree  Coverage  . DHTxxx  * 

Placement  Point . PLACPT 

Polygon  Illumination  Type  . ILLDMN 

Polygon  Landing  Light  Zllxanination . . . LANDLT 

Polygon  Non-Occulting . NONOCC 

Polygon  Non-Shadow . . . NONSBD 

Polygon  Normal  . NORMAL 

Power  Plant  Category . PPCxxz  * 

Predomiiuint  Height . PBT  * 

Predosiinant  Height,  Derived . IPB  * 

Product  Category . PROboc  * 

Radar  Significance  Factor . RSPxxx  * 

Radio  Direction  Finding . RDFxxx  * 

Radio  Navigation/Coramunication . NSTxxx  * 

Radius  . RADIUS 

Railroad  Attributes . BRA  * 

Railroad  Power  Source . RPSxxx  * 

Railroad/Road  Categories . RRCxxx  * 

Railroad  Gauge  Category . RGCxxx  * 

Rail  Siding  Attribute . RSAxxx  * 

Religious  Denomination . RBLxxx  * 

Reflectance  . RFLNTC 

Road  Interchange  Type . RITxxx  * 

Rock  Foimiation  Type . RKF  * 

Rock  Strata  Type . RXSncx  * 

Road  Surface  Type . RSTxxx  * 

Roof  Type  . SSRxxx  * 
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Sir  Attribute  Name  FACS  Code 

Sand  Dune  Orientation . SDO  • 

Seconda^  Material  Characteristics . CSNxxx  * 

Self -Emitter  . SZiFHTR 

Shading  Range . SBDRAM 

Shading  Type  . SBADNG 

Shape  Code  . . . . . SBAPCD 

Shoreline  Type  Category . SLTscx  * 

Slope /Gradient  Category . SGC  * 

Slope  Gradient  Left  1 . SLlxxx  * 

Slope  Gradient  Right  1 . SRlxxx  * 

Slope  Polygon  Range . SPRxxx  * 

Soil  Type  Category . STCxxx  * 

Specular  . SPECZJt 

Spring /Water-Bole  Type . SNT  * 

Spring/Nell  Characteristics . SCCxxx  * 

State  of  the  Ground . SOGacxx  * 

Stem  Diameter  Size  Range  1 . SDlxsx  * 

Structure  Shape  Category . SSCxxx  * 

Structure  Shape  of  Roof . SSRxxz  * 

Structure  Shape  of  Tank  Top . STTxxx  * 

Superfeature  ID . SFRID 

Surface  Material  Category . SMC  * 

Surface  Material  Subtype  . SMCSOB 

Svtrface  Roughness  Qualifier . SRQxxx  * 

Surficial  Material  Depth  Category . SDCxxx  * 

Text  Attribute . TXT  * 

Texture  Map  Reflectance . . . TEXRFL 

Tidal/Non-Tidal  Category.. . TZDxxx  * 

Translucency  . . . TRAMSL 

Transmissivity  . TNSKVT 

Transportation  Use  Category . TDCxxx  * 

Tree  Category . TRExxx  * 

Tree  Spacing  Range  1 . . . . . TSlxxx  * 

Dnderbridge  Clecorance  Category . DBC  * 

Use  Status . DSExxx  • 

Vegetation  Characteristics . VEGxxx  * 

Vegetation  Type  Category . VGCxxx  * 

Visible  Range  . VISRHG 

Volume /Occupancy  Level . VOL  * 

Water /Salinity  Category . WSCxxx  * 

Water  Velocity  Average . WVAxxx  * 

Weather  Type  Category . WTCxxx  • 

Width . WiD  * 

Width,  Derived . iWD  * 

Width  of  Interchange,  Derived . 3WD  * 

Width  with  Greater  Precision . WGP  * 

Z  Value . ZVL  * 
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50.2  SIF-Soecific  FDCb.  The  Feature  Descriptor  Codes  (FDCs)  identified  in 
Appendix  B  of  the  GTDB  Military  Standard  (MXL-STD-1820)  shall  be  used  for  SIF. 
In  addition,  the  following  SIF-specific  codes  shall  be  used. 


SIF  FDC  Code  Description 

GRV02 . Anti-Aircraft  Artillery  Vehicle 

GRVOl . Truck,  General  Purpose 

BELOl . Helicopter 

SKLOl . SAN  Launcher 

SMSOl  .  SAM  Site 


60  MOTES 

(This  section  contains  information  of  a  general  or  explanatory  nature  that  may 
be  helpful,  but  is  not  mandatory.) 

6.1  Referenced  documents.  The  following  docvments  were  used  a  references,  in 
preparation  of  this  Appendix. 

AMERICAN  NATIONAL  STANDARDS  INSTITUTE 

ANSI  X3.27  Information  Systems  -  File  Structure  and  Labeling  of 

Magnetic  Tapes  for  Information  Interchange 

ANSI/ZEEE  Binary  Floating  Point  Arithmetic 

STD  754 

(Application  for  copies  should  be  addressed  to  American  National  Standards 
Institute,  11  west  42nd  Street,  New  York  NY  10036.) 

DEFENSE  INTELLIGENCE  AGENCY 

DDN-2600-  National  Imagery  Transmission  Format  (NITF), 

63220-90  Version  1.1,  1  March  1989,  sections  1  through  4.5 

(Application  for  copies  should  be  addressed  to  Defense  Intelligence  Agency, 
DlA/DN-lA,  3100  Clarendon  Boulevard,  Arlington,  VA  22201-5317.) 

DEFENSE  MAPPING  AGENCY 

DMA  Standard  Supporting  Mark  90,  Section  100,  Glossary  of  Feature /Attribute 
Definitions,  Second  Edition,  June  1988,  revised  December  1988. 

(Application  for  copies  should  be  adressed  to  Defense  Mapping  Agency,  8613  Lee 
Highway,  Fairfax  VA  22031-2137) 
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DIGITAL  EQDIPMENT  CORPORATIOW 

AA-I1AO6A-TE  Guide  to  VMS  Piles  and  Devices,  Appendix  B, 

"VMS  ANSI'Labeled  Magnetic  Tape,”  April  1988. 

VMS  Backup  Otility  Manual,  ^ril  1988 

(Application  for  copies  should  be  addressed  to  Digital  Equipment  Corporation, 
P.O.  Box  CS2008,  Nashua  NB  03061) 

D.S.  DEPARTMENT  OP  COMMERCE 

Initial  Graphics  Exchange  Specification  (IGES), 

Version  4.0,  June  1988,  sections  applicable  to  CSG 

(^plication  for  copies  should  be  adressed  to  D.S.  Department  of  Conunerce, 
National  Bureau  of  Standards . ) 

INTERACTIVE  COMPUTER  MODELLING.  INCORPORATED 

General  Information  Manual,  Nay  1988. 

(Application  for  copies  should  be  addressed  to  Interactive  Computer  Modelling, 
Inc,  12200  Sunrise  Valley  Drive,  Suite  210,  Reston  VA  22091.) 

PLANNING  RESEARCH  CORPORATION 

PRC-2851-DBDD>3  Data  Base  Design  Document  (DBDD),  Standard  Simulator 

Data  Base  (SSDB),  Project  2851  (P33657-86-C-0182) 

FRC-2851«-DBDD<»5  Data  Base  Design  Document  (DBDD),  Appendix  I,  Data 

Type  Dictionaries  for  Project  2851  (P33657-86>C-0182) 

(Application  for  copies  should  be  addressed  to  PRC,  1500  Planning  Research 
Drive,  McLean  VA  22102.) 

(Non-Government  standards  and  other  publications  are  normally  available  from 
the  organisations  that  prepare  or  distribute  the  documents.  These  documents 
also  may  be  available  in  or  through  libraries  or  other  informational 
services . ) 
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KATZOHALE  AND  GUIDANCE 


10.  SCOPE 

10.1  Scope .  This  appendix  is  not  a  mandatory  part  of  this  standard. 

The  information  contained  herein  is  intended  for  guidance  only. 

10.2  Applicability .  This  appendix  serves  to  provide  supplementary 
information  which  may  be  helpful  to  users  of  the  SIP  standard.  For  ease 
of  use,  it  has  been  organized  in  a  format  paralleling  that  of  the 
standard.  In  particular.  Section  50  of  this  appendix  has  been  designed 
to  correlate  exactly  %d.tb  Section  5  of  this  standard,  to  allow  users  to 
easily  move  between  than,  while  restoving  unnecessary  descriptive 
information  from  the  standard  Itself. 

10.3  Application  Guidance.  The  following  paragraphs  discuss  the  manner 
in  idiich  the  SIF  standard  is  intended  to  be  applied  by  acquisition 
programs.  This  inq>lementation  approach  is  consistent  with  the 
operational  methods  of  the  DOD  Simulator  Data  Base  Facility  (SDBF), 
which  was  established  expressly  to  facilitate  the  exchange  and 
maintenance  of  training  simulator  data  bases.  Deviation  frcm  the 
guidance  stated  herein  swy  have  the  undesirable  effect  of  rendering  8IF> 
ccnpliant  data  sets  lncaBq>atible  with  the  SDBF,  thereby  minimizing  their 
accessibility,  and  hence  value  ,  to  subsequent  programa. 

10.3.1  Intended  Uses  of  SIF.  Any  application  of  SIF  essentially 
constitutes  an  interface  bettieen  two  or  more  data  base  generation 
aysteew  (DBGSs),  one  of  which  is  always  expected  to  be  that  of  the  SDBF. 
Since  the  SDBF  is  expected  to  play  a  central  role  in  the  interchange  of 
SIF  data  sets,  those  operations  which  are  performed  by  the  SDBF  will  be 
referred  to  as  internal,  trtiile  corresponding  activities  performed  using 
other  DBGSs  will  be  called  external.  Any  training  simulator  program  isay 
use  the  SIF  standard  to  define  a  source  of  information,  a  product,  or 
both.  External  programs  idiich  use  SIF  as  a  source  will  be  hereinafter 
referred  to  as  consumer  programs;  those  ^diich  deliver  SIF  as  a  product 
will  be  called  producer  programs.  This  section  discusses  issues 
associated  with  the  application  of  the  SIF  standard  data  base,  from  both 
the  producer  and  the  consumer  perspective. 

10.3.1.1  Producer-to-SDBF .  SIF  was  originally  designed  as  an  exchange 
format  to  allow  externally-generated  data  bases  to  be  used  to  populate 
the  SSDB.  Accordingly,  SIF  defines  the  output  product  of  an  external 
producer's  DBGS,  and  corre8p>ondingly  defines  a  source  input  format  for 
the  internal  DBGS  of  the  SDBF.  Training  simulator  contracts  having 
significant  real-time  data  base  production  requirements  should  always 
include  the  requirement  that  these  data  bases  be  delivered  to  the  SDBF 
in  SIF  format  as  well,  to  facilitate  their  integration  into  the  SSDB  for 
reuse  by  later  programs.  Simply  tasking  the  contractor  to  deliver  data 
bases  in  ccmpliance  with  this  standard  is  not  sufficient  to  guarantee 
useful  SIF  products,  however;  ongoing  dialog  with  a  representative  of 
the  SDBF  is  essential,  inasmuch  as  the  value  of  a  particular  SIF  data 
set  must  always  be  assessed  relative  to  other  SSDB  holdings. 
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10.3.1.1.1  Freouenev  of  Application.  Because  it  is  anticipated  that 
the  SDBF  %rill  not  have  adequate  resources  to  do  a  significant  amount  of 
SSDB  production  internally,  it  is  likely  that  external  producers  will 
contribute  the  bulk  of  the  SSDB  content,  at  least  until  the  SSDB  is 
amply  populated.  This  being  the  case,  it  is  envisioned  that  SIP  will 
frequently  be  applied  as  a  delivery  requirement  in  the  short  term.  Over 
time,  as  the  SSDB  holdings  increase,  the  need  for  external  production  is 
likely  to  diminish,  and  SIF  utilization  in  this  manner  will  become  less 
frequent . 


10.3.1.1.2  Application  Potions.  Nhen  applied  as  a  requirosMnt  upon  an 
external  producer,  the  SIF  standard  may  be  used  to  pass  one  of  two  data 
bases  to  the  SDBF:  either  the  DBGS‘s  embedded  soiirce  data  base,  or  a 
real -tins  sinulatlon  data  base  generated  from  it.  These  two  data  sets 
may  be  significantly  different;  the  embedded  data  base  is  usually 
filtered  and  transformed  to  create  a  'flyable*  real-time  data  bass.  SIF 
lapses  no  specific  restrictions  against  the  use  of  one  or  the  other, 
but  it  is  generally  preferred  that,  when  the  option  exists,  ths  embedded 
source  data  base  be  used  as  the  basis  for  SIF  exchange. 

10.3.1.2  SPBF-to-Consumer .  SIF  is  supported  as  a  source  of  data  for 
external  DBGSs,  through  its  iaplenentation  as  one  of  the  two  output 
products  of  the  SDBF.  Accordingly,  the  SIF  standard  needs  to  be  cited 
in  contracts  desiring  to  use  SDBF  products  in  this  form.  SIF  products 
furnished  to  consumer  programs  are  to  be  obtained  through  the  SDBF, 
rather  than  from  external  producers,  in  order  to  ensiire  that  they 
correctly  reflect  the  merged  content  of  the  SSDB,  and  are  properly 
certified  as  compliant  %rith  the  SIF  standard. 

10.3.1.2.1  Frequency  of  Application.  Inasmuch  as  the  use  of  SIF  as  a 
source  iiiq>lies  the  need  for  a  copy  of  the  full  SSDB,  it  is  not  expected 
that  SIF  will  be  widely  used  for  this  purpose.  The  other  SDBF  product, 
GTDB,  is  much  better  suited  to  applications  for  which  only  a  subset  of 
the  SSDB  is  required,  as  GTDB  generation  allows  for  the  selective 
filtration  of  the  data  in  numerous  ways.  It  is  likely  that  SIF  will  be 
used  only  by  consumers  idio  possess  their  own  DBGSs,  and  have  the 
software  tools  necessary  to  process  great  quantities  of  information 
efficiently.  It  is  reccnniended  that  Individual  programs  evaluate  the 
use  of  SIF  versus  GTDB  based  upon  their  specific  data  base  requireswnts , 
and  the  ease  with  which  each  can  be  acccmnodated  by  their  respective 
contractors . 


10.3.1.2.2  Application  Potions.  When  furnishing  a  SIF  data  set  to  a 
consumer  program  contractor,  the  Government  may  require  that  it  be 
augmented  by  the  contractor  using  other  source  materials,  or  may  require 
that  it  be  used  without  further  modification.  In  the  first  case,  there 
is  an  iiiq>licit  assumption  that  the  SIF  data  is  in  some  way  incapable  of 
meeting  all  requirements  of  the  consumer  program,  and  that  additional 
contractor  effort  will  need  to  be  applied  in  order  to  meet  them.  In  the 
second  case,  the  assumption  is  that  the  SIF  data  is  fully  capable  of 
meeting  all  consumer  simulator  requirements.  In  either  case,  it  is 
important  that  the  content  of  the  SSDB  in  the  area  of  interest  be 
evaluated  with  respect  to  the  specific  requirements  of  the  consumer 
system,  prior  to  contractual  implementation. 
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10.3.1.3  Binary  Application.  In  acme  cases,  it  is  desirable  to  invoke 
the  SIP  standard  as  both  an  input  and  output  requirement,  treating  the 
external  program  as  both  a  producer  and  a  consumer.  One  instance  in 
which  this  may  be  done  is  the  first  case  cited  under  10.3.1.2.2  above, 
udierein  a  consumer  program  may  be  required  to  augment  a  Government- 
furnished  SIF  data  set.  Assuming  that  this  augmentation  is  necessary  to 
overccme  seme  inherent  deficiency  with  the  SIF  data  set  (and,  by 
association,  the  SSOB),  it  %rill  likely  be  desirable  for  the  SDBF  to 
obtain  the  enhanced  version,  such  that  the  SSDB  can  be  subsequently 
populated  with  the  "inproved*  information. 

10.3.1.4  Producer-Consumer  Interaction.  It  is  important  that  both  the 
SDBF  and  the  external  producer  or  consinaer  of  a  SIF  data  base  have  a 
cenaon  understanding  of  the  specific  requirements  of  the  data  base 
interchange  between  them.  SIF  is  not  a  "hands-off*  standard;  cospliance 
with  It  cannot  sisply  be  written  into  a  contract,  and  eiq^ected  to 
achieve  good  results,  without  a  mutual  understanding  of  its  implications 
in  the  context  of  the  specific  application.  There  are  numerous 
variables  associated  with  any  particular  data  base,  and  it  it  must  be 
recognized  that  SIF  data  sets  will  exhibit  seme  variability  across 
producers.  The  standard  makes  an  effort  to  quantify  thin  variability  to 
the  greatest  extent  practical,  but  the  most  effective,  efficient  use  of 
the  SIF  as  a  data  base  exchange  medium  can  only  be  realized  through  an 
ongoing  dialog  bet%»en  the  SDBF  and  its  external  producers  and 
consumers. 

10.3.2  Adaptive  Format.  As  a  comprehensive  simulator  data  base  format, 
SIF  necessarily  supports  store  data  items  than  are  likely  to  be  contained 
in  any  given  data  base.  It  is  conceptually  a  superset  of  all  cosmtonly 
used  data  items.  As  a  result,  for  any  single  application  of  the  SIF 
standard,  some  ports  of  the  data  format  may  be  treated  as  non- 
applieable,  and  hence  are  regarded  as  options.  Optional  itsms  are 
labeled  as  such  throughout  the  body  of  this  standard. 

10.3.2.1  Mandatory  information.  The  SIF  standard  identifies  those 
files,  records,  and  fields  which  must  be  populated  whenever  the  SIF 
standard  is  invoked,  and  those  which  may  be  left  as  options  to  be 
populated  only  when  the  data  are  readily  available.  In  general,  items 
are  defined  as  mandatory  if  their  absence  would  significantly  coonpromise 
the  usefulness  of  a  SIF  data  base,  as  determined  by  the  design  and 
implementation  of  the  SSDB.  In  any  program  requiring  the  external 
production  of  SIF-compliant  data  seta,  the  emission  of  mandatory  items 
must  be  considered  a  breach  of  contract,  unless  a  specific  exception  has 
been  granted  by  the  acquisition  agency,  as  discussed  below. 

10.3.2.2  Optional  Information.  Unlike  mandatory  itsms,  the  producer  of 
a  SIF  data  set  is  not  contractually  obligated  to  populate  optional 
fields.  Data  items  labeled  as  optional  within  the  standeu-d  should  not 
be  regarded  as  necessarily  being  of  lower  interest  or  priority  than 
mandatory  items.  In  some  cases,  they  are  optional  because, 
pragmatically,  it  is  understood  that  many  existing  data  base  generation 
systems  do  not  capture  or  maintain  such  data,  and  that  their  amission  is 
adequately  compensated  for  by  the  greater  value  inherent  in  the 
remaining  mandatory  items.  As  a  general  rule,  data  items  labeled 
’optional”  should  not  be  omitted  offhandedly,  but  should  be  included 
whenever  it  is  practical  and  economically  feasible  to  do  so.  The  SDBF 
should  be  involved  in  any  decision  regarding  the  disposition  of  optional 
data  items. 
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10.3.2.3  Exceptiona .  External  producers  of  SIF  data  sets  should,  in 
general,  be  required  to  populate  as  many  data  items  as  they  have 
infomatioD  to  support.  In  each  invocation  of  the  SIF  standard, 
however,  practical  issues  of  cost  and/or  schedule  may  determine  Aether 
or  not  certain  data  items  are  populated.  Procuring  agencies  should 
always  require  external  SIF  producers  to  justify  any  decision  not  to 
populate  optional  itans.  There  may  also  be  rare  situations  in  which  an 
external  producer  desires  relief  from  having  to  populate  certain 
mandatory  portions  of  the  standard,  based  on  non-existence  of  the  data 
and/or  prohibitive  cost.  This  should  be  discouraged,  as  granting  such 
relief  would  make  the  SDBF  SSDB  of  significantly  less  value  to 
subsequent  simulator  programs.  In  any  case,  a  decision  to  leave  fields 
unpopulated  within  a  deliverable  SIF  data  set  needs  to  be  coordinated 
with  the  SDBF,  not  left  to  the  individual  program,  so  that  the  ’greater 
good*  is  always  considered;  it  may  be  mil  worth  the  Government's  short¬ 
term  investment  in  one  specific  program,  in  order  to  obtain  the  long¬ 
term  benefit  of  greater  support  for  future  training  systsns;  conversely, 
the  information  void  left  by  an  omission  might  be  so  detrimental  to  the 
value  of  the  remaining  data  that  the  Government  might  receive  the 
greatest  benefit  by  forgoing  the  conversion  to  SIF  altogether. 


10.3.3  Information  Representation  Rules.  In  addition  to  the 
specification  of  a  data  format,  an  equally  important  aspect  of  the  SIF 
standard  is  its  establishment  of  certain  rules  for  the  population  of 
data  within  that  format.  The  imposition  of  these  production  standards 
is  necessary  in  order  to  achieve  a  minimum  level  of  data  quality, 
allowing  the  SDBF  to  verify  the  acceptability  of  the  data  set.  Such 
standards  are  needed,  because  SIF  data  sets,  which  stay  be  developed  and 
provided  by  many  different  sources,  have  to  be  integrated  into  a 
ccmqwsite  data  base  (the  SSDB}  of  consistent  quality.  In  the  SSDB, 
quality  consistency  is  of  paramount  importance,  given  the  potentially 
broad  dissemination  of  its  contents.  In  deference  to  the  non-redundancy 
objectives  tendered  in  the  establishment  of  the  SDBF,  it  is  believed 
that  the  SSDB  must  maintain  data  which  is  of  sufficient  quality  as  to 
preclude  the  need  for  its  users  to  correct  deficiencies  repetitively. 


10.3.4  Data  Quality.  Inasmuch  as  the  SDBF,  due  to  resource 
limitations,  will  likely  be  unable  to  perform  much  data  evaluation  and 
correction  organically,  it  is  inctimbent  up>on  the  SIF  producers  to  meet 
the  minimum  quality  levels  as  a  condition  of  SIF  acceptance.  It  is  left 
to  the  sponsors  of  the  individual  SIF  producer  programs  to  ensure  thet 
these  quality  standards  are,  in  fact,  met. 
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10.3.4.1  Quality  Enforcement.  There  is  a  distinct  difference  between 
internally-produced  and  externally-produced  SIP  data  setS/  in  the  sense 
of  the  SDBF's  inability  to  directly  control  the  information  content  of 
the  latter.  Since  a  SIP  data  base  produced  by  the  SDBP  is  extracted 
directly  from  the  SSDB,  it  will,  by  definition,  meet  all  SDBP  data 
quality  standards;  data  falling  short  of  these  standards  would  never 
have  been  included  in  the  SSDB  initially,  and  thus  will  not  cascade  into 
the  SDBP’s  SIP  products.  This  cannot  be  said  of  externally-produced  SIP 
data  sets,  for  which  compliance  with  the  SSDB's  internal  quality 
standards  caimot  be  assumed,  in  order  to  overcoste  this  uncertainty,  a 
series  of  quality  conformance  tests,  as  defined  in  section  4.4  of  this 
standard,  must  be  performed  on  any  externally-produced  SIP  data  set,  as 
a  oondition  of  the  Goverasent * s  acceptanoe  of  the  product.  Only  «dien 
these  tests  have  been  successfully  passed,  is  the  SIP  data  set  eligible 
for  further  dissemination,  as  well  as  inclusion  in  the  SSDB. 

10.4  Tai inrtna.  As  a  caaq>rehensive  simulator  database  format,  SIP 
necessarily  supports  many  more  data  items  than  is  likely  to  be  contained 
in  any  given  database.  It  is  conceptually  a  superset  of  all  ccBmonly 
used  data  items.  As  a  result,  for  any  single  application  of  the  SIP 
standard,  soew  parts  of  the  data  format  may  be  treated  as  not 
applicable . 

10.4.1  SIP  designers  have  attempted  to  identify  those  portions  of  the 
standard  idiich  must  be  populated  whenever  the  SIP  standard  is  invoked, 
and  those  %diich  may  be  left  as  options  to  be  populated  only  idien  the 
data  are  readily  available.  Optional  items  are  labeled  as  such 
throughout  the  body  of  this  Standard.  In  general,  items  are  defined  as 
mandatory  if  their  absence  %fould  significantly  comprcmise  the  usefulness 
of  a  SIP  database. 

10.4.2  In  addition  to  specifying  data  formats,  the  SIP  staxidard 
includes  certain  rules  for  populating  the  data  within  the  formats.  Por 
example,  the  SIP  culture  data  format  specifies  that  an  areal  feature 
shall  have  its  vertices  listed  in  counter-clockwise  sequence  as  viewed 
from  above.  Many  simulator  systems  follow  this  convention,  but  there 
are  also  some  systems  which  have  adopted  the  opposite  (clockwise) 
convention.  In  such  cases,  SIP  designers  have  established  a  ccmnon 
approach,  not  because  the  alternatives  are  "wrong,*  but  sinqply  to  make 
it  possible  for  systems  to  share  data  without  confusion.  Nherever 
specific  conventions  are  defined  in  the  SIP  standard,  compliance  by  SIP 
producers  is  mandatory. 

10.4.3  The  benefit  of  including  production  conventions  within  the 
standard  is  that  SIP  consumers  only  have  to  be  able  to  process  data  in 
conformance  with  the  selected  convention.  Allowing  greater  flexibility 
( such  as  a  lack  of  conventions )  would  reduce  the  amount  of  conversion 
required  by  SIP  producers,  but  SIP  consumers  would  have  to  be  able  to 
accommodate  many  different  production  techniques.  Since  the  number  of 
SIP  consumers  is  expected  to  exceed  the  number  of  producers  (due  to  the 
fact  that  every  SDBP  customer  system  is  an  indirect  SIP  consumer),  the 
establis)iment  of  standard  conventions  was  determined  to  be  the  better 
alternative. 
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10.4.4  In  most  cases  where  a  convention  was  deemed  necessary,  SIP 
designers  have  settled  on  a  single  approach.  However,  in  some  cases  the 
SIP  standard  supports  two  or  more  alternative  conventions,  giving  the 
exporter  a  choice.  Por  example,  the  SIP  gridded  data  format  supports 
multi-band  imagery  structured  in  either  band  interleaved  or  band 
sequential  formats.  In  this  case,  the  producer  may  select  whichever 
alternative  is  more  convenient;  the  user  must  be  prepared  to  handle 
either  of  the  alternatives. 

10.4.5  In  several  sections  of  the  SIP  standard,  there  is  provision  for 
use  of  user-defined  data  fields.  Thin  feature  is  intended  only  to 
support  exchange  of  system-specific  data  items  not  explicitly  supported 
by  the  SIP.  It  allows  the  standard  adaptable  to  rapid  change,  as  new 
technologies  require  information  to  be  added  to  simulator  databases. 

10.4.6  Prom  the  external  producer's  standpoint,  the  availability  of 
user-defined  fields  makes  SIP  flexible  enough  to  be  able  to  capture  any 
essential  database  elements  not  anticipated  by  SIP  designers.  Por 
Instance,  If  a  producer  has  collected  or  generated  some  previously 
uncollected  feature  characteristics  useful  for  simulating  a  new  type  of 
sensor,  then  this  data  need  not  be  "thrown  away”  just  because  the 
existing  SIP  standard  did  not  set  aside  explicit  data  fields  for  the  new 
characteristics.  In  this  scenario,  the  exporter  would  be  expected  to 
define  new  user-defined  PACS  attribute  records  %rithln  the  SIP  feature 
data  files.  The  meaning  of  the  new  records  would  be  defined  In  the 
Oser-Deflned  PACS  dictionary  records,  which  could  be  stored  in  the  SDBP 
SSDB  for  future  reference. 

10.4.7  Prom  the  configuration  control  perspective  of  the  SDBP;  however, 
this  flexibility  may  be  viewed  as  a  draid>ack,  in  that  each  SIP  database 
may  contain  unique  non-standardized  data  elements.  An  additional  danger 
with  the  availability  of  user-defined  fields  is  that  uncontrolled  use  of 
this  feature  is  likely  to  result  in  abuse.  It  may  be  used  as  a  way  to 
avoid  the  trouble  of  performing  conversions  from  internal  formats  to  the 
published  SIP  standard.  As  a  simplistic  exaBg>le,  a  system  storing 
object  dimensions  in  feet  rather  than  meters  may  be  tempted  to  simply 
%frite  out  English-unit  dimensions  as  user-defined  PACS  values,  rather 
than  go  to  the  effort  of  writing  software  to  convert  the  dimensions  to 
metric  units.  Another  system  may  express  dimensions  in  yards,  and  do 
the  same  thing.  Over  a  period  of  time,  there  may  be  nunerous  such 
liberties  taken  with  the  user-defined  field  capability,  resulting  in  a 
data  base  with  dimensions  specified  in  many  different  units.  This  would 
defeat  the  purpose  of  standardization,  and  as  such,  needs  to  be  avoided. 
Procuring  agencies  need  to  require  SIP  producers  to  justify  each  use  of 
user-defined  attributes  as  unavoidable,  because  there  is  no  equivalent 
field  in  SIP,  or  because  the  cost  of  converting  to  the  nearest  SIP 
equivalent  would  be  prohibitive.  On  the  other  band,  whenever  user- 
defined  attributes  can  be  legitimately  justified,  their  use  should  be 
encouraged,  since  the  only  alternative  would  be  to  leave  the  data  out  of 
the  SIP  database. 
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10.4.8  It  la  •■■ential  that  any  naw  usa  of  uaar-daflnad  fialda  within 
SIP  databasaa  be  coordinated  with  the  SDBF.  As  the  central  hub  of  the 
SIP  user  ccamunityf  the  SDBP  will  be  in  a  position  to  assign  unique 
field  identifiers,  maintain  a  master  dictionary  of  user-defined  fields, 
and  reconcile  conflicting  usages.  As  time  goes  on,  data  itsms 
originally  introduced  into  SIP  databases  as  user-defined  items  may  be 
incorporated  into  the  SIP  standard  explicitly.  It  will  be  the 
responsibility  of  the  SDBP  to  make  the  requisite  changes  to  the 
standard,  in  such  cases. 


10.5  Method  of  Reference.  (Self-Explanatory.) 

20.  APPLICABLE  DOCUMBBTS 

20.1  The  documents  called  out  in  section  2  of  this  Standard  apply 
to  this  appendix. 

30  DBPZBZTZOB8  ABD  ACBOBZM8 

30.1  Definitions.  The  definitions  provided  in  this  Standard  shall  apply 
to  this  Appendix. 


40  OBBBRAL  RBQUZRBMBBTS 

40.1  External  system  Interface.  This  section  is  self-explanatory  in 
the  standard. 

40.2  Physical  medium.  This  section  is  self-explanatory  In  the 
standard. 

40.3  Quality  assurance.  Simulator  databases  are  built  to  irldely 
varying  quality  (accuracy  and  reliability)  standards  from  widely  varying 
data  sources.  In  order  to  support  their  distribution  to  other  users,  it 
is  necessary  to  establish  a  comnon  level  of  quality,  which  must  be  met 
by  all  producers. 

a.  Critical  information  which  must  be  supplied  by  exporters  of  SIP 
databases  are  quality  descriptors.  Since  the  mere  existence  of  the  SIP 
format  does  not  imply  any  specific  quality  standards,  the  SIP  standard 
must  also  define  quality  characteristics.  To  fail  to  define  this 
information  would  leave  importers  of  the  database  con^letely  in  the  dark 
as  to  the  database's  applicability  and  reliability  for  their  particular 
applications . 

b.  In  general  terms,  the  quality  of  a  database  may  be  judged  by  knowing 
what  data  sources  were  used,  what  compilation  criteria  were  used  to 
extract  data  from  the  sources,  and  what  accuracy  standards  (if  any)  were 
enforced  in  the  automated  and/or  manual  processing  of  the  data.  In 
describing  a  data  source,  the  producer  needs  to  identify  the  source 
product,  its  currency  (date  of  compilation),  and  the  producing  agency. 
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c.  SIF  quality  deacriptors  include  textual  fields  for  describing  the 
data  sources  used/  and  for  listing  compilation  criteria.  SIF  also 
includes  fields  for  defining  numerical  accuracy  standards  (e.g., 
circular  positioning  error)  when  applicable.  The  SIF  formats  allow  for 
specification  of  multiple  sources  for  a  given  data  unit.  SIF  also 
supports  different  levels  of  granularity  of  sources.  For  example,  it  is 
possible  to  tag  a  culture  file  with  the  souree(8)  used  to  compile  it;  at 
the  mmmm  time,  it  would  be  possible  to  tag  each  individual  feature 
within  that  file  as  having  been  extracted  from  a  unique  source; 
moreover,  it  would  even  be  possible  to  tag  each  FACS  attribute  of  each 
feature  with  its  own  unique  source.  The  finer  the  detail,  the  better 
the  SDBF's  ability  to  make  quality  evaluations. 

d.  Users  of  SIF  databases  should  keep  in  mind  that  there  are  multiple 
accuracy  dimensions  in  a  simulator  database.  Geodetic  positioning 
error,  idiich  is  often  cited  as  a  key  quality  criterion,  is  just  one 
measure  of  accuracy.  Also  important  are  the  accuracy  of  the  dimensions 
of  objects,  as  well  as  feature  attributes  such  as  colors  and  surface 
materials.  When  dealing  with  a  processed  database,  it  is  important  to 
understand  what  is  real,  what  is  synthetic,  and  tdiat  got  left  out.  The 
currency  of  the  data  la  important,  in  that  data  that  was  captured  to 
very  high  accuracy  standards  may  no  longer  be  an  accurate  reflection  of 
reality,  due  to  the  passage  of  time.  Data  captured  accurately  nay  also 
be  periodically  inaccurate  due  to  temporal  variations.  Evaluating  the 
accuracy,  or  overall  quality,  of  a  database  is  thus  a  ccxaplex  task.  It 
is  for  this  reason  that  SIF  demands  that  certain  criteria  be  mmt 
allowing  the  SDBF  to  make  an  informed  judgment  on  the  overall  quality 
and  applicability  of  a  database. 

e.  In  the  case  of  pre-existing  databases  being  converted  to  SIF,  the 
original  data  sources  may  not  be  known,  in  such  cases,  a  waiver  to  the 
SIF  quality  standards  may  be  considered.  At  a  minimum,  however,  the  SIF 
producer  must  document  what  is  known,  and  what  is  unknown.  Sometimes, 
data  quality  may  be  implied  from  the  application  systsrn  so  the  producer 
needs  to  identify  the  application  system  as  the  source. 

f.  SIF  establishes  certain  minimum  quality  standards  to  be  observed  by 
future  database  producers  when  required  to  be  SIF-compliant . 

g.  Since  DMA  will  continue  to  be  the  default  source  for  validated  DoD 
terrain  and  culture  data,  producers  of  DoD  simulator  databases  will  be 
required  to  compile  terrain  and  culture  data  to  the  same  miniimnn 
standards  applied  to  DMA  standard  products.  Within  the  SSDB,  DMA 
Digital  Terrain  Elevation  Data  (DTED)  is  the  default  terrain  source,  and 
Digital  Feature  Analysis  Data  (DFAD)  serves  as  the  default  culture 
source . 

h.  DMA  specifications  contain  certain  accuracy  standards  for  both  DTED 
and  DFAD  products.  For  example,  the  positioning  accuracy  of  DFAD 
culture  vertices  must  be  within  130  meters,  circular  error,  at  the  90% 
confidence  level,  relative  to  the  World  Geodetic  System  (WGS)  datum. 

The  elevation  values  in  a  DTED  manuscript  are  required  to  be  accurate 
within  plus  or  minus  30  meters,  linear  error,  at  the  90%  confidence 
level,  relative  to  mean  sea  level  (KSL)  as  a  datum.  These  standards 
will  be  used  as  the  default  values  for  SIF  data  sets. 
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i.  For  geo-specific  photo  texture,  positioning  sccurscy  of  the  pixels 
must  meet  the  same  standard  as  applied  to  DTED  terrain  posts,  i.e.,  130 
meters,  circular  error,  at  the  90%  confidence  level,  relative  to  WGS. 

40.3.1  General  Approach.  SIF  compliance  will  be  assured  in  two  ways: 
through  the  certification  of  the  producer's  data  base  generation  system, 
and  through  the  actual  testing  of  individual  data  sets.  Data  set 
testing  is  expected  to  be  used  only  during  the  initial  certification  of 
the  process,  and  as  occasional  "spot  chechs*  to  ensure  that  the  DBGS 
remains  compliant  during  its  production  lifecycle.  Particularly 
critical  SIF  data  sets,  such  as  those  used  for  mission  rehearsal 
applications,  may  be  explicitly  tested,  also. 

40.3.2  Process  Certification.  It  is  expected  that  SMny  external  SIF 
producers  will,  over  the  periods  of  performance  of  their  individual 
contracts,  end  up  generating  a  relatively  large  number  of  SIF  data  sets. 
Ostensibly,  the  quality  review  and  approval  of  each  of  these  could 
become  a  major  effort  on  the  part  of  the  SDBF.  Since  the  SDBF's 
resources  will  be  quite  limited,  this  is  not  seen  as  a  viable  approach. 
Therefore,  instead  of  testing  each  individual  data  set,  the  producing 
software  processes  (i.e.,  the  producer  DBGSs)  will  be  certified  by  the 
SDBF.  The  SDBF  will  assign  a  figure  of  merit  (FOM)  to  each  external 
data  base  generation  system,  certifying  it  for  SIF  production  at  sosm 
quality  level.  The  FOM  %d.li  fall  within  the  range  of  zero  through  nine, 
nine  being  the  highest  level  of  certification  attainable,  and 
representing  the  best  quality  SIF  data  sets.  The  FOM  provides  a 
quantitative  metric  for  the  three  categories  of  SIF  compliance  defined 
in  this  standard,  namely  format  conformance,  source  correlation,  and 
SDBF  compatibility.  The  acceptance  of  s  given  data  set  by  the  SBDF  will 
be  based  upon  this  FOM,  in  conjunction  with  other  factors,  as  discussed 
elsewhere  in  this  appendix.  Based  upon  an  evaluation  of  the  SIF  data 
sets  output  by  a  given  DBGS,  the  system  will  be  assigned  a  FOM  as 
follows: 

0:  Format  does  not  conform  to  all  mandatory  requirements  of  the 
standard 


1 :  Format  conforms  with  all  mandatory  requirements  of  the 
standard,  and  may  support  a  subset  of  its  optional  fields 

2:  Meets  FOH-1,  and  supports  all  optional  data  fields 

3:  Meets  FOM-1,  and  populates  all  mandatory  fields  with 
information  correlated  to  its  source  data  base 

4:  Meets  FOM-3,  and  populates  the  subset  of  optional  fields  with 
source-correlated  data 

5:  Meets  FOM-2  and  FON-3,  populates  optional  fields  with  sotirce- 
correlated  data  when  available,  and  remaining  optional  fields  with 
default  values 

6:  Meets  FOM-3,  and  creates  mandatory  source  data  in  accordance 
with  SDBF  production  standards 

7:  Meets  FOM-4  and  FOM-6,  and  populates  the  subset  of  optional 
fields  in  accordance  with  SDBF  production  standards 
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8:  Naets  FOM-5  and  POM-7,  and  generates  all  fields  in  accordance 
with  SDBF  production  standards 

9:  Meets  FOH-8,  and  is  fully  compatible  with  all  internal  SDBF 
Biaintenance  and  quality  control  procedures 

40.3.2.1  Format  Conformance.  Certification  of  format  conformance  will 
basically  consist  of  comparing  the  SZF  data  format  supported  by  the  DBGS 
under  evaluation  with  a  )uio%m  standard  -  specifically,  the  SIF  interface 
of  the  SDBF.  In  the  case  of  external  consumers,  the  SDBF  will  create  a 
test  data  set,  and  it  will  be  up  to  the  consumer  to  prove  that  they  can 
read  it.  Conversely,  in  the  case  of  the  external  producer,  the  producer 
will  create  the  data  set,  which  will  have  to  be  readable  by  the  SBDF. 
Although  this  is  essentially  a  simple  pass/fail  test,  there  is  sane 
flexibility,  in  that  the  SIF  format  includes  many  optional  fields,  which 
do  not  necessarily  have  to  be  supported  by  all  producers.  When 
certifying  a  process  using  this  technique,  one  snist  be  mindful  of  these 
options;  a  DBGS  certified  to  generate  "optionless”  SIF  can  no  longer  be 
considered  certified,  should  it  begin  outputting  SIF  data  sets  irtiich 
include  options.  In  this  case,  a  recertification  at  the  higher  level 
%d.ll  be  necessary. 

40.3.2.2  Source  Correlation.  This  is  a  more  operationally-oriented 
test  than  the  previous  one.  In  the  case  of  external  producers,  it 
ensures  that  the  information  content  of  the  SIF  data  set  reflects  that 
of  the  data  base  from  which  it  was  generated.  For  external  consumers, 
it  guarantees  that  the  information  provided  by  the  SDBF  actually  sukkes 
it  into  the  real-time  trainer  data  base.  This  test  a  necessary  addition 
to  the  previous  one«  since  format  conformance  alone  does  not  guarantee 
that  the  correct  information  is  present  in  the  data  set. 

40.3.2.3  SSDB  Compatibility.  Of  the  three  stages  of  SIF  certification, 
this  is  the  most  difficult  one  to  quantify,  since  it  deals  %n.th 
production  processes  which  are  often  subjective  or  artistic  in  nature, 
highly  variable  even  within  producers,  and  usually  poorly  documented. 
Basically,  the  intent  of  this  test  is  to  ensure  that  the  rules  by  which 
source  material  is  analyzed,  and  information  is  captured  from  it,  are 
the  some  for  the  external  producers  as  within  the  SBDF.  Seme  of  these 
rules  are  found  in  this  standard;  but  many  are  not,  and  many  will  not  be 
fully  known  until  the  SDBF  has  gained  operational  experience  in 
producing,  maintaining,  and  distributing  SIF  data  sets  for  different 
applications . 

40.3.3  Data  Set  Verification  (Self-explanatory.) 

40.3.3.1  Verification  of  SIF  Product.  There  are  three  levels  at  trtxich 
compliance  with  a  SIF  requirement  will  be  verified.  The  first  level  is 
ccaq>liance  with  the  SIF  data  formats.  The  second  level  is  the  degree  to 
which  the  SIF  output  captures  the  essential  elements  of  the  source 
database.  The  third  level  is  compliance  with  SIF  data  conventions  and 
quality  standards. 
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40.3.3.1.1  Format  Conformanee.  Preliminary  verification  of  conpliance 
with  Sir  formats  is  possible  via  inspection  and  analysis.  Sample 
records  from  the  output  database  may  be  dumped  via  utility  software  and 
compared  with  the  SIF  specification.  All  required  data  items  should  be 
verified  as  being  present,  along  with  relevant  optional  data  items. 
Individual  data  items  should  be  inspected  for  conformance  with  data 
dictionary  specifications  (data  type,  length,  range). 

40.3.3.1.1.1  Manual  inspection  may  be  augmented  with  a  batch  software 
utility  designed  to  cycle  through  the  entire  database  searching  for 
deviations  from  format  specifications.  The  SDBF  has  a  Government-owned 
format  validation  utility  (written  in  VAX/VNS  Ada)  which  may  be  provided 
to  8ZF  producers  as  Goversnent  Furnished  Squipeient  (QFB). 

40.3.3.1.1.2  A  Biore  comprehensive  verification  of  compliance  would 
involve  a  test  or  deonnstration  on  a  system  previously  verified  as 
capable  of  accepting  SIF  inputs.  The  SIF  output  database  would  be  ii^nit 
by  this  second  system,  verifying  that  the  data  are  in  SIF-compliant 
format.  Again,  the  SDBF  has  Government-owned  input  software  idiich  may 
be  shared  upon  request  with  systems  having  compatible  hardmre/ software 
environments . 

40.3.3.1.2  Source  Correlation.  Once  it  has  been  determined  that  a  SIF 
output  conforms  with  data  format  requirements,  it  should  be  verified 
that  the  output  captures  the  essential  elemnts  of  the  source  database. 

40.3.3.1.2.1  Preliminary  verification  may  be  performed  by  inspection 
and  analysis  of  the  SIF  output  and  comparison  with  the  source  database. 
Sample  records  from  the  two  databases  may  be  dumped  via  utility  software 
and  conpared  for  functional  equivalence.  Saspling  techniques  should  be 
used  to  verify  that  all  required  data  items  from  the  source  database  are 
present  in  the  SIF  output.  Utility  software  may  also  be  used  to 
generate  record  counts  for  comparison. 

40.3.3.1.2.2  The  ideal  is  a  completely  lossless  conversion  from  the 
source  database  to  SIF,  such  that  a  duplicate  of  the  original  database 
could  be  generated  from  the  SIF  files,  in  practice,  a  certain  aa»unt  of 
loss  is  inevitable;  however,  this  may  be  acceptable  for  purposes  of 
database  interchange  between  dissimilar  systems.  Any  such  losses  should 
be  documented  and  verified. 

40.3.3.1.2.3  A  more  conclusive,  but  potentially  more  expensive, 
verification  approach  would  be  to  have  the  SIF  output  re-converted  to 
the  internal  formats  of  the  sending  system,  so  that  side-by-side  tests 
and  dmnonstrations  between  the  original  and  SIF-converted  databases  may 
be  performed. 

40.3.3.1.3  SSDB  Compatibility.  After  a  SIF  output  has  been  verified  as 
conforming  with  SIF/BDI  data  formats  and  as  having  successfully  captured 
the  source  database,  it  will  be  verified  for  compliance  with  internal 
SSDB  quality  standards.  This  verification  step  is  mandatory  inasmuch  as 
any  SIF/BDI  database  must  be  capable  of  being  integrated  into  the  SSDB. 
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40.3.3.1.3.1  Preliminaty  verification  of  compliance  with  SIF 
conventions  and  quality  standards  is  possible  via  inspection  and 
analysis.  Sample  records  from  the  output  database  may  be  dumped  via 
utility  software  and  coropaLred  with  conventions  and  standards  docusented 
in  the  SIF  specification.  It  is  particularly  important  to  verify  the 
accuracy  of  the  information  describing  to  what  standards  the  database 
was  originally  built.  This  includes  a  list  of  data  sources,  compilation 
criteria,  accuracy  standards,  and  processing  steps.  If  such  information 
is  not  known,  then  this  must  be  indicated  within  the  appropriate  SIF 
records . 


40.3.3.1.3.2  A  more  thorough  v€u:ification  of  compliance  with  SIF 
conventions  would  involve  a  teat  or  damonstration  on  a  system  previously 
verified  as  capable  of  accepting  fully-compliant  SIF  inputs.  The  SIF 
output  database  would  be  input,  processed,  and  displayed  by  this  second 
system,  verifying  that  the  data  are  conpliant  with  SIF/HDI  standards. 

40.3.3.2  Verification  of  SIF  Application.  There  are  two  levels  at 
«diich  compliance  with  a  SIF  utilization  requirement  will  be  verified. 

The  first  level  is  the  system's  ability  to  correctly  read  and  interpret 
the  data  items  received  in  SIF  format.  The  second  level  is  the  degree 
to  idiich  a  system  can  effectively  exploit  the  contents  of  a  SIF 
database . 


40.3.3.2.1  Acconraodation .  Verification  of  a  systam's  ability  to  read  a 
SIF  database  requires  a  test  database  that  has  previously  been  verified 
to  be  in  prop>er  SIF  format.  The  test  database  may  be  used  to  perform  a 
test  or  demonstration  of  the  system's  ability  to  properly  locate, 
interpret,  and  store  selected  SIF  data  into  its  internal  databane(s). 
Sample  records  from  the  internal  database  may  be  dumped  via  utility 
softffare  and  conpared  with  the  SIF  input  data.  Utility  software  may 
also  be  used  to  generate  record  counts  for  comparison. 

40.3.3.2.1.1  The  test  should  be  structured  to  show  that  all  relevant 
data  items  have  been  extracted  from  the  SIF  database,  while  any  non- 
relevemt  data  items  may  be  ignored.  Since  the  definition  of  what  is  and 
is  not  relevant  is  application  specific,  the  test  results  need  to 
include  a  complete  list  of  items  converted  and  items  ignored,  which  can 
subsequently  be  reviewed. 

40.3.3.2.1.2  It  is  possible  that  system  limitations  will  cause 
unavoidable  alterations  of  the  SIF  data  as  it  is  input.  For  instance, 
there  may  be  some  loss  of  numeric  precision  or  resolution  due  to  smaller 
field  sizes.  Any  such  conversion  losses  must  be  documented  for  analysis 
to  verify  that  they  are  unavoidable  and/or  acceptable  for  purposes  of 
the  application. 

40.3.3.2.2  Utilization.  Once  it  has  been  verified  that  a  system  has 
properly  read  and  interpreted  a  SIF  input,  it  is  necessary  to  verify  the 
system's  ability  to  exploit  that  data  in  generating  a  database.  The 
general  idea  is  to  verify  that  relevant  SIF  data  has  been  incorporated 
in  the  system's  finished  data  product. 
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40.3.3.2.2.1  Verification  would  occur  by  demonstrating  how  SXF  data  has 
been  incorporated  into  a  deliverable  data  product.  Specific  data  items 
contained  in  the  delivered  databases  should  be  displayed  and  traced  back 
to  caiq>arable  data  items  in  the  SXF  source.  The  demonstration  may  be 
supplemented  by  analyses  showing  that  essential  characteristics  of  the 
SXF  data  have  not  been  lost  or  altered  by  the  process,  or  that  any  such 
losses  and  alterations  fall  within  program  specific  error  tolerances. 


40.3.4  Tools  and  Test  Data.  (Self-explanatory.) 

40.3.5  Teat  Doeumentation.  (Self-explanatory.) 


40.3.6  Exceptions .  Inasmuch  as  the  SSDB  is  the  source  of  all  data 
bases  distributed  by  the  SDBF,  its  quality  snist  be  such  that  it  can  be 
applied  to  the  most  demanding  of  training  simulator  applications,  up  to 
and  including  aiiasion  rehearsal.  This  iBg>lias  that  the  SSDB  must 
maintain  the  highest  quality  level  throughout.  It  must  also  be 
rasMmbered  that,  once  a  data  set  has  been  Incorporated  into  the  SSDB,  it 
is  difficult,  if  not  impossible,  to  remove  it,  since  its  integration 
includes  the  establishment  of  connections  to  other  SSDB  contents.  Under 
these  conditions,  it  is  obvious  why  it  is  undesirable  to  Integrate  data 
sets  of  Inferior  quality  into  the  SSDB.  This  imposes  the  requirement 
that  every  SXF  data  set  undergo  a  demanding  quality  review  as  part  of 
its  acceptance  by  the  SDBF,  with  the  objective  of  ensuring  that  all 
quality  standards  are  met  before  considering  it  for  integration.  On  the 
other  hand,  it  snist  be  recognised  that  data  base  generation  is  a  far  cry 
from  an  exact  science,  and  that  there  snist  be  bcsmi  latitude  given  when 
determining  what  is  'acceptable.”  Standards  can  be  set  too  high,  such 
that  they  became  an  obstacle  to  the  utilisation  of  inforsmtian  which  nay 
be  quite  valuable,  in  spite  of  its  flaw.  For  this  reason,  exceptions 
will  always  be  seriously  considered  %dien  a  data  set  fails  to  ssnit  all  of 
the  criteria  specified  in  this  standard.  Authority  for  determining 
idiether  a  given  data  set  meets  the  SSDB  quality  standards  rests  with  the 
SDBF  facility  manager,  as  does  the  ultimate  decision  of  whether  to 
include  a  data  set  which  in  some  ways  fails  to  meet  these  criteria. 


40.4  Documentation .  The  manner  in  «diich  a  SXF  data  set  is  documented 
is  of  critical  importance,  from  the  standpoint  of  providing  sufficient 
information  to  the  SDBF  for  evaluation.  A  hardcopy  document  allows  the 
facility  to  make  a  "quick-look”  assessment  of  the  quality  and  value  of 
the  data  set,  prior  to  actually  expending  any  resources  on  processing  it 
through  the  DBGS.  It  also  allows  SXF  data  sets  to  be  stored  on  the 
shelf  until  they  are  needed,  rather  than  requiring  that  they  be 
iiimediately  integrated  into  the  SSDB. 
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40.4.1  Application.  In  evaluating  a  SIF  data  set  for  ita  reuse 
potential,  it  is  helpful  to  understand  how  its  source  data  base  was 
designed  to  be  ueed  originally.  Certain  applications  can  inqpose 
limitations  on  data  base  content,  for  exaiig>le,  «dxich  can  render  the 
extracted  SIF  data  unsuitable  for  different  applications.  While  such 
limitations  will  not  always  preclude  the  incorporation  of  the  data  set 
into  the  SSDB,  they  may  serve  as  indicators  of  the  level  of  effort  idiich 
can  be  anticipated  for  the  upgrade  of  that  information  into  a  more 
universally  applicable  form.  In  rare  cases,  a  deficient  data  set  may  be 
accepted  into  the  SSDB  under  the  assumption  that  it  will  never  be  called 
upon  to  fulfill  a  more  stringent  requirement  than  the  one  for  irtilch  it 
was  constructed  initially.  SDBF  products  generated  from  this  data  will 
carry  the  appropriate  caveats,  warning  consumers  of  the  unsuitability  of 
the  data  set  for  any  application  other  than  its  original  one. 

40.4.1.1  Onioueness.  The  SIF  data  set  should,  above  all,  describe  the 
unique  characteristics  of  the  data  set.  Although  a  SIF  data  set  may 
fall  short  of  the  general  acceptability  criteria,  it  may  be  accepted 
into  the  SSDB  for  lack  of  a  superior  alternative.  Such  information  will 
be  accepted  under  the  assumption  that  it  %fill  eventually  be  superseded. 
Recipients  of  the  data  will  be  informed  of  its  shortcomings,  and  of  the 
likelihood  of  its  eventual  replacement,  by  the  SDBF. 

40.4.1.2  Timeliness .  In  certain  instances,  a  requestor  may  levy  on  the 
SDBF  a  time-critical  requirement  for  a  specific  data  sat,  for  idiich 
coverage  does  not  exist  in  the  SSDB.  In  order  to  fulfill  this 
requirement,  it  may  be  necessary  for  the  SDBF  to  obtain  a  SIF  data  sat 
which  does  not  meet  all  of  the  usual  acceptability  criteria,  and 
incorporate  it  into  the  SSDB.  In  such  cases,  the  SDBF  may  immediately 
distribute  the  data  set  to  the  requestor  under  the  appropriate  caveats; 
alternatively,  it  may  perform  work  as  necessary  to  bring  the  data  up  to 
a  level  consistent  with  the  rest  of  the  SSDB,  prior  to  distribution.  If 
the  former  approach  is  chosen,  the  deficient  data  will  not  be 
permanently  stored  in  the  SSDB,  unless  it  can  be  brought  up  to  the 
facility's  internal  standards.  If  it  is  determined  that  the  data  cannot 
be  improved  sufficiently  to  meet  these  criteria,  it  will  be  removed  from 
the  SSDB  following  distribution  to  the  initial  requestor. 

40.4.2  Training  Dtilitv.  The  intrinsic  training  value  of  the  candidate 
SIF  data  set  will  be  a  consideration  in  the  decision  regarding  whether 
or  not  to  incorporate  it  in  the  SSDB.  When  a  data  set  contains 
information  which  is  not  source-correlatable,  but  has  been  inserted  for 
the  purpose  of  enhancing  its  merits  as  a  training  tool,  that  data  set 
should  not  be  treated  as  inferior  to  a  similar  one  lacking  such  data. 
Although  there  may  be  many  cases  in  which  the  training  utility  of  a  data 
set  is  decisive  in  allowing  its  incorporation  into  the  SSDB,  it  is 
believed  that  the  specifics  of  each  case  are  likely  to  be  unique;  as 
such,  there  can  be  no  "hard  and  fast*  rules  governing  this 
determination.  These  decisions  will  be  made  on  a  case-by-case  basis, 
and  require  a  fair  amount  of  interaction  among  the  external  SIF 
producer,  the  acquisition  agency,  and  the  SDBF. 
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40.4.3  Content .  The  SIP  data  aet  needs  to  describe  the  data  set  in 
adequate  detail  to  allow  the  reviewer  to  thoroughly  understand  its 
content  without  actually  having  to  inspect  the  data  itself.  The  level 
to  tdiich  this  description  is  carried  depends  on  the  nature  of  the  data 
set  itself;  a  singjle  DMA-based  terrain  and  feature  data  base  requires 
far  less  explanation  than  one  built  'from  scratch*  fron  a  diverse  set  of 
maps,  photographs,  and  blueprints,  for  example.  As  a  minimum,  coverage 
maps  should  be  included,  showing  the  overall  gaming  area,  and  locations 
of  high-resolution  insets;  each  model  in  the  the  data  set  should  have  a 
corresponding  plot,  shotting  its  geometry  and  texturing;  there  should  be 
tables  of  statistics  showing  densities  and  accuracies  on  a  per-tile 
basis;  individual  sources  should  be  cited  for  each  type  of  infoxnation; 
and  so  on. 


40.4.4  Indigenous  Standards.  The  term  "indigenous*  refers  to  the  fact 
that  many  external  SIP  producers  use  their  own  internal  standards  idien 
creating  models,  ^diich  may  differ  from  those  used  by  the  8DBP. 
Information  included  in  an  indigenous  standard  can,  for  example, 
describe  the  procedures  by  which  a  coeplex  shape  la  analysed  and 
dissected  into  polygons,  the  placement  of  separating  planes,  decisions 
Bmde  baaed  upon  image  generator  performance  characteristics,  vertex  and 
polygon  nionbering  &  sequence  scheme,  etc. 


40.4.5  Transformations .  This  general  heading  refers  to  any  processes 
performed  on  the  data,  %du.ch  may  include  SOBF-coapatible  operations,  as 
well  as  indigenous  ones.  It  is  important  to  know,  for  example,  tdwther 
terrain  resanqiling  was  performed  to  convert  a  OTM  grid  into  the  geodetic 
spacing  required  by  the  8SDB.  It  is  equally  important  to  know  if,  once 
this  had  been  done,  an  accuracy  test  ttas  performed  eosoparing  the  new 
grid  to  a  DTED  cell,  for  example. 


40.4.6  Otilization  Instructions .  In  many  data  bases,  in  certain  select 
areas,  a  few  relatively  simple  features  are  typically  replaced  by  a 
large  number  of  elaborate  models.  An  example  of  this  is  an  airfield, 
for  which  the  data  base  developer  may  substitute  a  highly  detailed  model 
ccnplex  for  the  single  lineal  runway  feature  found  in  the  culture  data. 
In  such  cases,  the  interrelationships  between  terrain,  culture,  texture, 
and  models  may  became  quite  complicated,  precluding  the  use  of  standard 
automated  techniques  for  their  integration  into  a  real-time  data  base. 

To  support  the  reuse  of  this  type  of  data  base  information,  it  is 
necessary  for  detailed  "assembly  instructions”  to  be  provided  to 
subsequent  users  of  the  data  set.  At  the  very  least,  these  Instructions 
need  to  be  doc\imented  in  the  data  base  descriptive  document  delivered 
with  the  SIP  data  set.  It  is  also  recomnended  that  they  be  included 
within  the  data  set  itself,  in  the  form  of  connient  records. 
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50.  DETAILED  REQVXREMBETS 

50.1  Standard  Simulator  Data  BaBe  interchange  Format  ( Sir ) /High  Detail 
Input /Output  fHDH  data  baae.  This  section  defines  the  overall  SIP/BDI 
data  baae  format,  in  both  a  logical  form  and  a  physical  tape  form.  The 
SIF/BDI  Data  Base  Format  was  designed  with  the  themes  of  compactness  and 
ease-of-use  in  mind.  When  these  themes  were  counter  to  one  another, 
con^romises  were  made.  Data  compression  is  supported  in  the  forms  of 
elimination  of  leading  or  trailing  blanks  within  ASCII  strings,  the  use 
of  binary  rather  than  ASCII  data  for  long  lists  of  coordinates,  and 
support  for  standard  image  compression  techniques.  Existing  standards 
were  incorporated  into  the  SIF/BDI  standard  tdien  the  existing  standard's 
goals  and  format  were  consistent  or  compatible  with  those  of  SIF/BDI. 

The  standards  directly  incorporated  by  the  SIF/BDI  standard  Include  the 
AMSI/IEEE  Standard  for  Binary  Floating  Point  Arittametic  (AHSI/IEEB  Std 
754-1985),  the  ANSI  standard  for  magnetic  tape  formats  (ANSI  X3.27- 
1978),  DOD's  National  Imagery  Transmission  Format  (NITF),  and  the 
Initial  Graphics  Exchange  Specification  (IGES)  produced  by  the  National 
Institute  of  Standards  and  Technology  (NIST). 

50.1.1  SIF/BDI  Data  Base  Structure.  SIF/BDI  consists  of  four  general 
classes  of  simulator  data.  These  are  terrain,  culture,  models  (both  CSG 
and  polygonal),  and  texture.  For  each  application  of  the  SIF/BDI 
standard,  these  classes  of  data  shall  be  included  or  excluded  as 
appropriate  to  the  sending  and  receiving  applications. 

a.  Terrain  application  guidance.  The  gridded  terrain  data  format  is  to 
be  used  ^enever  a  simulator  database  represents  the  conformation  of  the 
earth's  surface  over  a  gaming  area  as  a  matrix  (grid)  of  elevation 
values.  The  feature  data  format  should  be  used  instead  of  (or  in 
addition  to)  the  terrain  data  format  when  a  simulator  database 
represents  terrain  using  vector  graphic  primitives  (points,  lines, 
areals) . 

b.  Culture  application  cniidance.  The  culture  data  format  is  to  be  used 
«dienever  a  simulator  database  represents  features  using  vector  graphics 
primitives  (points,  lines,  polygons)  to  describe  feature  geographic 
positions  and  boundaries.  Culture  data  may  also  be  used  in  addition  to 
terrain  data.  The  photo  texture  format  should  be  used  instead  of  (or  in 
addition  to)  the  culture  data  format  %dien  a  simulator  database 
represents  features  using  raster  graphics  primitives  (pixels,  texels). 

c.  Model  application  guidance.  The  CSG  and  polygonal  model  formats 
have  been  integrated  into  a  single  model  format  for  ease  of  use.  The 
CSG  portion  of  the  model  format  should  be  used  whenever  a  simulator 
database  developer  models  specific  and  generic  features  using 
constructive  solid  geometry  primitives  (e.g.,  spheres,  cylinders, 
cubes ) .  The  polygonal  portion  of  the  model  format  should  be  used 
instead  of  (or  in  addition  to)  the  CSG  model  portion  when  a  simulator 
database  developer  models  features  using  polygonal  (vector)  graphic 
primitives.  The  texture  format  should  be  used  instead  of  (or  in 
addition  to)  the  model  format  when  a  simulator  database  developer  models 
features  using  raster  graphics  primitives. 
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d.  Texture  application  guidance.  The  texture  foznat  le  to  be  used  for 
photographic,  eensor-derlved,  or  generic  texture  pattame.  The  texture 
format  ahould  also  be  used  ^en  a  sinulator  database  Includes  features 
modeled  using  raster  graphics  primitives. 

50.1.1.1  Logical  format.  (Self-explanatory.) 

50.1.1.1.1  Data  base.  The  SIF/HDI  data  set  is  logically  divided  into 
foiir  sections,  corresponding  to  the  general  forms  in  which  the  data  base 
Information  is  organised. 

50.1.1.1.2  Section.  Distinct  sections  exist  for  header,  model,  vector, 
and  grldded  data  types. 

50.1.1.1.3  File/record/field/item .  Osually,  a  field  consists  of  a 
single  itam.  An  example  of  a  field  with  B»re  than  one  item  is  a  vertex 
field  «diere  each  of  the  coordinates  (X,  T,  Z)  defining  the  vertex  are 
items. 


50.1.1.2  Physical  format.  (Self-explanatory.) 

50.1.1.2.1  Data  order.  Each  section  represents  a  series  of  files. 

Each  of  the  three  sections  is  optional,  and  their  existence  is  indicated 
within  the  SIF/HDI  Data  Base  Header  File.  For  further  details  on  the 
content  of  each  of  these  sections  as  well  as  the  SIF/HDI  Data  Base 
Header  File,  one  should  consult  the  appropriate  sections  of  this 
document. 


50.1.1.2.2  Physical  tape  format.  The  SIF/HDI  tape  format  is  a  subset 
of  the  ANSI  standard.  According  to  this  standard,  volumes  are  written 
and  read  on  9-traek  magnetic  tape  drives  only.  The  standard  specifies 
the  fonnat,  content,  and  sequence  of  volume  labels  and  file  labels.  All 
labels  BMSt  consist  of  ASCII  characters.  The  ANSI  standard  specifies  a 
maximum  block  size  of  2048  bytes;  however,  in  accordance  with  the  theme 
of  compactness  and  with  the  capabilities  of  today’s  conmonly  available 
technology,  it  was  decided  to  allow  larger  block  sizes  in  SIF/HDI,  thus 
saving  large  amounts  of  media  for  data  storage.  Larger  block  sizes  tend 
to  be  more  optimal  in  tape  usage.  It  is  reconnended  that  SIF/HDI  data 
base  creators  use  as  large  a  block  size  as  possible,  given  the 
processing  capabilities  of  the  systems  exchanging  data  bases.  The  SC»F 
system  supports  up  to  the  maximum  block  size.  The  allowable  file  nasms 
in  the  VMS  ANSI  inplesientation  used  by  SIF/HDI  are  a  subset  of  those  in 
the  ANSI  standard.  Specific  file  names  used  by  convention  are  listed  in 
the  format  descriptions  elsewhere  in  this  docuaient.  These  specific  file 
naams  are  required  for  conpatibility  with  the  SDBF.  For  worm  details, 
one  should  consult  the  specified  ANSI  standard  and/or  VAX/VMS 
documentation,  including  the  VAX  VMS  Magnetic  Tape  Dser's  Guide. 
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50.1.1.2.3  General  file  and  data  fonnata.  Model  and  culture  data  are 
quite  similar  in  their  formats.  In  general,  the  SZF/BDZ  Data  Base 
Header  File  and  all  files  in  the  Model  Data  Section  and  the  Culture  Data 
Section,  except  where  explicitly  noted  otherwise,  are  in  a  canq>ressed 
ASCII  format  with  record  keyword  separators  and  ASCII  null  ('00')  field 
separators.  The  Gridded  Data  Section,  containing  both  terrain  and 
texture  data,  has  its  files  stored  in  the  specified  NITF  format.  All 
header  files  are  stored  in  non-conpressed  ASCII,  while  the  data  files 
containing  the  actual  grid  data  are  in  a  binary  format  as  specified  by 
the  NITF  standard. 

50.1.2  SIF/HDI  y^pn^ta.  (Self-explanatory.) 

50.1.2.1  SIF/HDI  Data  Base  Header  File  Format.  This  section  defines 
the  detailed  file,  record,  and  field  structure  of  tha  SIF/HDI  data  base 
header  file.  This  file  is  used  to  provide  general  infonsation  on  the 
contents  of  a  SIF/HDI  database.  The  Intent  of  the  file  is  to  allow  a 
SIF/HDI  user  to  plan  for  the  data  to  be  input  from  the  data  base  media. 
Information,  including  areas  of  coverage  and  file  names,  are  provided 
for  models,  culture,  terrain,  and  texture.  A  cotapressed  form  of  ASCII 
has  been  chosen  for  the  data  base  header  file.  Plain  ASCII  has  the 
advantages  of  being  system- independent,  easy  to  work  with,  and  amenable 
to  visual  review.  Its  main  dra«d>ack  is  its  volumlnousness .  Binary  has 
the  advantage  of  compactness,  but  it  is  not  system-independent  at  the 
byte  and  word  level,  and  it  is  not  amenable  to  direct  visual  review. 

50.1.2.1.1  Header  Data  Encoding.  Since  many  records  are  optional  and 
the  number  of  records  of  a  certain  type  may  vary,  a  method  is  needed  so 
that  one  knows  the  type  of  record  being  read.  The  SIF/HDI  designers 
considered  using  either  uxiique  keywords  for  each  record  type  or  record 
counts  stored  in  a  preceding  record.  In  the  keyword  approach,  eveury 
record  begins  with  a  keyword  that  identifies  its  type.  The  advantages 
to  this  approach  include  ease  of  direct  visual  review,  an  easy-to-check 
built-in  quality  assurance,  and  ease  of  future  expandability.  Its  major 
disadvantage  is  that  it  requires  more  storage  than  the  record  count 
approach  generally  would.  In  the  record  count  approach,  a  required 
record  would  hold  counts  for  record  types  %diose  number  of  occurrences 
may  vary.  Counts  would  be  zero  for  those  optional  records  not  used. 

The  main  advantage  of  the  count  approach  is  that  it  would  not  be  as 
verbose  as  the  keyword  approach;  however,  it  has  several  disadvantages. 
In  visually  reviewing  records,  it  would  not  be  as  easy  to  )inow 
imnediately  the  type  of  a  record.  If  a  count  %*ere  incorrect,  software 
recovery  would  not  be  as  easy  as  under  the  keyword  approach.  Visual 
verification  of  data  would  certainly  be  easier  under  the  keyword 
approach.  Finally,  if  new  record  types  would  be  added  in  the  future, 
under  the  count  approach,  records  holding  counts  would  need  to  be 
modified,  thus  invalidating  previous  SIF  data  bases  and  SIF  software  to 
read/write  such  databases.  Under  the  keyword  approach,  such  software 
%#ould  still  be  valid  since  it  could  sia^ly  ignore  keywords  corresponding 
to  new  data  or  data  that  a  particular  SIF  data  base  user  does  not  need. 
Based  on  these  factors,  the  keyword  approach  has  been  adopted  in  the 
SIF/HDI.  To  minimize  the  impact  of  additional  storage,  keywords  have 
been  limited  to  two  ASCII  characters.  While  seme  of  the  more  important 
record  counts  have  been  included  in  the  data  base,  these  are  provided 
primarily  for  convenience.  A  need  for  embedding  comnent  fields  or  free 
text  fields  in  the  SIF  format  has  been  identified. 

50.1.2.1.2  Header  section  structure.  (Self-explanatory.) 
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50.1.2.1.3  Header  file  structure.  (Self-explanatory.) 

50.1.2.1.3.1  SIP  Pile  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  type  of  file. 

50.1.2.1.3.2  Transmittal  Deseriotion  Record.  This  mandatory  record 
contains  identification  information  for  the  entire  data  base. 

50.1.2.1.3.3  Data  Directory  Record .  This  mandatory  record  contains 
directory  information  regarding  the  entire  data  base. 

50.1.2.1.3.4  2D  Static  Model  Library  Header  Pile  Name  Record.  This 
record  is  BMndatory  only  if  20  static  B»dels  exist  in  the  data  base. 
The  existence  of  2D  static  siodela  is  indicated  by  a  count  in  the  Data 
Directory  Record,  if  they  do  exist,  there  shall  be  exactly  cne  of  these 
files..  The  record  contains  the  file  name  for  a  single  2D  static  sndel 
library  header  file. 

50.1.2.1.3.5  2D  Static  Model  Entry  Record.  This  record  is  awndatory 
for  each  2D  static  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identification  and  descriptive  information  for  a  single  2D 
static  model. 

50.1.2.1.3.6  3D  Static  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  3D  static  models  exist  in  the  data  base. 
The  existence  of  3D  static  models  is  Indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  static  model 
library  header  file. 

50.1.2.1.3.7  3D  Static  Model  Entry  Record.  This  record  is  mandatory 
for  each  3D  static  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identification  and  descriptive  Information  for  a  single  3D 
static  model. 


50.1.2.1.3.8  3D  Dynamic  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  3D  dynamic  models  exist  in  the  data  base. 
The  existence  of  3D  dynamic  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files .  The  record  contains  the  file  name  for  a  single  3D  dynamic  model 
library  header  file. 

50.1.2.1.3.9  3D  Dynamic  Model  Entry  Record.  This  record  is  siandatory 
for  each  3D  dynamic  model  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identification  and  descriptive  information  for  a  single  3D 
dynamic  model. 


50.1:2.1.3.10  Model  Table  Pile  Name  Record.  This  record  is  mandatory 
only  if  models  exist  in  the  data  base.  If  models  are  provided,  then 
there  shall  be  one  of  these  records.  The  record  contains  the  file  names 
for  each  of  the  tables  referenced  by  the  models.  Each  of  these  files  is 
defined  in  the  section  on  SIP/HDI  models. 
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50.1.2.1.3.11  Culture  Header  File  Name  Record.  This  record  is 
mandatory  only  if  culture  exists  in  the  data  base.  Z£  culture  is 
provided,  then  there  shall  be  one  of  these  records.  The  record  contains 
the  file  names  for  each  of  the  files  containing  culture  header 
Information.  Each  of  these  files  is  defined  in  the  section  on  SIF/BDZ 
culture . 


50.1.2.1.3.12  Culture  Tile  Entry  Record.  This  record  is  mandatory  for 
each  culture  tile  in  the  data  base.  The  number  of  these  records  is 
provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  Information  for  a  single  culture 
tile.  Each  of  the  files  is  defined  in  the  section  on  SIP/BDI  culture. 

50.1.2.1.3.13  NITP  Beader  File  Name  Record.  This  record  is  mandatory 
only  if  grldded  data  exists  in  the  data  base.  The  existence  of  gridded 
data  is  indicated  by  counts  for  terrain  tiles  and  all  eight  types  of 
textures  in  the  Data  Directory  Record.  If  they  do  exist,  there  shall  be 
exactly  one  of  these  files.  The  record  contains  the  file  name  for  a 
single  NITF  header  file. 

50.1.2.1.3.14  Terrain  Tile  Entry  Record.  This  record  is  mandatory  for 
each  terrain  tile  in  the  data  base.  The  number  of  these  records  is 
provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  terrain 
tile. 


50.1.2.1.3.15  Generic  Texture  Entry  Record.  This  record  is  mandatory 
for  each  generic  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  generic 
texture. 


50.1.2.1.3.16  Stage  3  Specific  Model  Texture  Entry  Record.  This 
record  is  mandatory  for  each  stage  3  specific  model  texture  in  the  data 
base.  The  number  of  these  records  is  provided  by  the  count  found  in  the 
Data  Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  model  texture. 

50.1.2.1.3.17  Stage  2  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  model  texture. 

50.1.2.1.3.18  Stage  1  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  fo\ind  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  model  texture. 

50.1.2.1.3.19  Stage  3  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  3  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  areal  texture. 


C-20 


APPENDIX  C 
MIL-STD-1B21 


50.1.2.1.3.20  Stage  2  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  areal  textxure  in  the  data  base. 
The  nxxmber  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  areal  texture. 

50.1.2.1.3.21  Stage  1  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  areal  texture. 

50.1.2.1.3.22  SMC/rPC  Texture  Entry  Record.  This  record  is  SMndatory 
for  each  SMC/FDC  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  Identifying  and  descriptive  information  for  a  single  SMC/FDC 
areal  texture. 

50.1.2.2  Model  Data.  This  section  defines  the  detailed  file,  record, 
and  field  structure  of  the  SZF/BDX  CSG  and  polygonal  model  data  format. 
The  SIF/HDZ  model  format  uses  the  logical  formats  of  the  SDBF  Standard 
Simulator  Data  Base  (SSDB)  as  a  starting  point.  The  SSDB  stores  sodels 
in  a  dual  format  that  includes  both  Constructive  Solid  Geometry  (CSG) 
and  polygonal  geometry  definitions.  An  SSDB  model  may  have  only  the  CSG 
definition,  only  the  polygonal  definition,  or  both.  Other  inforsmtlon, 
such  as  attributes,  are  stored  only  once  for  the  model,  regardless  of 
the  geometric  definltion(s)  used.  The  internal  CSG  format  used  in  the 
SSDB  has  some  features  wMch  are  specific  to  the  SDBF  software 
environment.  For  the  purposes  of  a  general  exchange  format,  it  was  felt 
that  a  less  system-specific  format  was  desirable.  At  the  present  time, 
there  is  an  industry  standard  called  Initial  Graphics  Exchange  Standard 
(IGBS)  used  for  the  industry  exchange  of  CSG  models.  Rather  than  re¬ 
invent  the  wheel,  SIF/BDI  designers  decided  to  base  the  SIF/BDI  format 
for  CSG  models  on  TGES,  enhancing  it  ^ere  necessary.  The  vendor  of  the 
casnercial  software  package  used  to  support  SDBF  modeling  (Interactive 
Computer  Nooelling  Geoarntrlc  Modelling  System  (ICMGHS))  plans  to  support 
IGBS  also.  Although  most  image  generator  vendors  use  polygonal  siodels, 
there  are  sufficient  differences  in  their  modeling  approaches  to  make 
complete  model  compatibility  a  difficult  objective.  Technical 
differences  between  models  are  deeply  tied  to  vendor-specific 
optimization  strategies.  However,  there  is  enough  inherent 
compatibility  in  the  basic  model  geometries  and  attributes  to  make 
exchange  of  many  models  possible.  The  SIF/BDI  polygonal  model  format  is 
intended  to  be  sufficient  to  pass  the  geometry  of  the  model  along  with 
common  model  attributes,  but  it  will  be  left  to  recipients  of  these 
models  to  address  optimization  issues.  A  compressed  form  of  ASCII  has 
been  chosen  for  models.  Plain  ASCII  has  the  advantages  of  being  system- 
independent,  easy  to  work  with,  and  amenable  to  visual  review.  Its  main 
drawback  is  its  voluminousness .  Binary  has  the  advantage  of 
compactness,  but  it  is  not  system-independent  at  the  byte  and  word 
level,  and  it  is  not  amenable  to  direct  visual  review. 

50.1.2.2.1  Model  Data  Encoding.  As  with  the  Header  Data 

(para  50.1.2.1.1),  a  keyword  approach  has  been  selected  for  model  data 

encoding . 
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50.1.2.2.1.1  Model  Building  Standards.  Models  transferred  via  SIP  nust 
follow  two  basic  guidelines  to  expedite  transformation  and  placement 
into  the  SSDB.  First,  the  orientation  of  the  model  must  follow  SDBF 
standards;  otherwise,  models  could  be  facing  the  wrong  direction. 

Second,  the  origin  of  the  model  must  be  logically  defined  to  facilitate 
rapid  and  accurate  placement  of  models  onto  luiown  coordinates  or  point 
features.  The  front  of  a  model  is  defined  as  the  primary  entrance  of  a 
static  modal.  For  example,  a  house  model  %n.ll  have  the  X-axis  pointing 
normal  to  the  polygon  that  would  normally  be  facing  the  access  road. 

This  polygon  will  normally,  but  not  necessarily,  contain  the  primary 
entrance  as  well  as  the  house  number.  If  the  primary  entrance  is 
located  on  the  side,  the  X-axis  should  still  be  defined  by  the  polygon 
facing  the  street  since  interactive  placement  of  the  model  is  sijig>lified 
by  making  all  houses  point  toward  the  closest  road.  A  car,  truck, 
plane,  helicopter,  battleship,  cruise  siisslle,  apace  shuttle,  or  any 
other  aK>vlng  vehicle  should  point  in  the  direction  it  travels.  A  SKxiel 
cannot  be  placed  in  the  air  unless  the  origin  is  translated,  to 
artificially  elevate  it.  An  Anti-Aircraft  Artillery  placement  should 
have  its  origin  along  the  axis  of  the  turret.  A  helicopter  shall  have 
its  origin  along  the  axis  of  the  main  rotor.  A  car  shall  have  its 
origin  in  the  center. 

50.1.2.2.2  Model  Section  Structure. 

a.  For  CSG  Biodels,  the  internal  logical  format  of  the  string  records  is 
allowed  to  vary  in  order  to  support  a  wide  range  of  data  about  a  skodel's 
geometry  and  attributes.  In  the  SSDB,  a  ccsmercial  software  product 
(ICMGMS)  with  a  particular  implementation  of  standard  CSG  cosmands  has 
been  used.  In  order  to  serve  as  a  vendor- independent  exchange  format, 
the  SIF/BDI  model  format  will  substitute  its  internal  CSG  comsands  with 
their  IGBS  equivalents.  IGES  is  the  standard  mechanism  in  industry  for 
the  exchange  of  various  types  of  graphical  data,  including  CSG  models. 

IGBS  Version  4.0  is  a  U.S.  Department  of  Comnerce  document  dated  June 
1988  whose  distribution  is  administered  by  the  National  Ccnqputer 
Graphics  Association  (NCGA) .  Its  docunent  number  is  NBSIR  88-3613. 

While  a  version  5.0  has  been  released,  rne  version  4.0  will  be 
referenced  in  this  document  due  to  its  proven  maturity. 

b.  For  polygonal  models,  the  geometry  of  each  model  is  represented  as  a 
set  of  surface  polygons  in  3-D  space.  The  perimeter  of  each  polygon  is 
described  by  a  set  of  coordinates  or  vertices.  The  polygon  is 
implicitly  closed.  Each  surface  or  polygon  may  have  descriptive  and 
rendering  attributes  associated  with  it.  A  wide  range  of  fields  are 
availedile  to  describe  attributes  specific  to  radar,  visual,  and  infrared 
simulation,  as  well  as  general  attributes  applicable  to  all  three.  Each 
polygon  may  reference  texture  maps  from  an  associated  Model  Texture 
Library.  The  model  library  structure  also  supports  composite  models  in 
which  one  model  references  another  as  a  component. 

c.  A  valuable  feature  of  the  existing  SSDB  format  is  its  support  for  a 
FACS-like  attribute  coding  scheme.  Modeled  after  DMA's  Feature  Attribute 
Coding  System,  the  F2851  FACS  is  a  system  of  self-defining  feature 
attributes,  which  gives  total  flexibility  to  add  new  attributes  to  SIF/BDI 
as  the  need  arises.  When  exchanging  data  bases  between  different  systems, 
this  approach  is  likely  to  prove  highly  useful  in  bridging  the  gap  between 
different  feature  and  attribute  sets.  Users  are  encouraged  to  take 
advantage  of  this  approach  rather  than  be  constrained  by  features  and 
attributes  explicitly  supported  in  the  SSDB  at  any  given  point  in  time. 
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50.1.2.2.2.1  Pield  Pormat.  There  is  much  extended  use  of  FACS 
attributes  to  avoid  the  overhead  of  many  fixed  attributes  idiich  are 
rarely  populated.  FACS  attribution  has  already  alloi#ed  for  the 
definition  of  a  large  number  of  new  FACS  attributes  not  currently  in  the 
GTDB.  Simple  table  structures  have  been  employed  to  support  flexible 
FACS  attribution,  colors  in  either  red-green-blue  (RGB)  or  hue-chrona- 
value  (HCV)  formats,  and  FID/FDC  cross-referencing.  Flexibility  has 
been  incorporated  in  the  mapping  of  textures  to  polygons  by  allowing 
different  methods. 

50.1.2.2.2.2  Section  Format.  (Self-explanatory.) 

50.1.2.2.3  Model  File  Structures.  (Self-explanatory.) 

50.1.2.2.3.1  Model  Library  Header  File.  This  mandatory  file  contains 
control  Inforsiatlon  describing  the  library  contents. 

50.1.2.2.3.1.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.1.2  Model  Library  Header  Record.  This  mandatory  record 
contains  control  information  describing  the  library  contents. 

50.1.2.2.3.2  Model  Data  File.  This  mandatory  file  contains 
identification,  description,  and  control  information  for  a  specific 
model.  The  file  contains  information  indicating  the  type  of  geometric 
description  available  for  this  model:  Constructive  Solid  Geometry 
(CS6),  polygonal  geometry,  or  both.  It  then  contains  the  stodel's 
descriptive  information  as  wll  as  attribute  and  supporting  geometric 
structure  data. 


50.1.2.2.3.2.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.2.2  Model  Header  Record.  This  mandatory  record  identifies  a 
model,  iidiich  can  consist  of  one  or  more  actual  siodel  geometries 
representing  a  given  object  at  varying  LODs.  If  a  SIF/BDI  data  base 
creator  has  a  model  identified  with  an  FDC,  then  it  would  be  added  here 
as  an  optional  field.  If  retaining  a  user-specific  FID  in  the  SIF  is 
desired,  then  a  FID  code  would  be  supplied  here. 

50.1.2.2.3.2.2.1  Data  Source  Table  Pointer  List  Subrecord.  This 
Bubrecord  provides  a  list  of  pointers  into  the  Data  Source  Table. 

50.1.2.2.3.2.3  LOP  Beader  Record.  This  mandatory  record  describes  a 
particular  IXJD  version  of  a  model. 

50.1.2.2.3.2.4  Model  Cluster  Statistics  Record.  This  optional  record 
gives  caRq;>lexity  statistics  about  one  or  more  polygon  clusters  within  a 
model  XtOD.  Clusters  are  separated  from  other  clusters  by  separation 
planes.  Polygons  are  grouped  into  clusters  to  provide  a  basis  for 
display-priority  resolution  when  the  model  is  rendered  on  certain 
graphics  devices.  Two-dimensional  models  in  SIF  do  not  contain 
separation  planes  and  will  therefore  always  constitute  a  single  cluster. 
Separation  planes  are  optional  in  three-dimensional  SIF  models. 
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50.1.2.2.3.2.5  Separation  Plane  Record.  This  optional  record  is  used 
to  define  a  separation  plane  within  a  3-D  model.  Separation  planes  are 
used  to  divide  a  model  into  distinct  clusters  of  polygons,  which  provide 
a  basis  for  efficient  display  priority  resolution  «dien  the  model  is 
rendered  on  a  graphics  device.  Under  the  SDBP  system,  such  clusters  are 
defined  to  be  convex.  The  F2851  Binary  Separation  Planes  Flag  Field  in 
the  LOD  Header  Record  shall  indicate  whether  or  not  SDBF-defined 
separation  planes  and  cluster  IDs  are  provided. 

50.1.2.2.3.2.5.1  The  following  describes  how  the  separation  plane 
record  fields  are  defined  by  the  P2851  system.  If  another  source  for  a 
model  uses  a  different  definition  for  separation  plane  fields,  then  that 
descriptive  information  should  be  provided  in  the  8IF  via  user-defined 
FACS. 


50.1.2.2.3.2.5.2  A  Separation  Plane  Number  indioates  the  position  of  a 
separating  plane  within  a  binary  separating  plane  (BSP)  tree.  An  example 
of  a  BSP  tree  is  illustrated  below.  At  every  level  of  the  tree,  the  left 
child  of  a  parent  tree  node  represents  the  “true*  (i.e.,  visible)  half¬ 
space,  or  side,  of  the  plane,  while  the  right  child  represents  the  false 
side  of  the  plane. 


50.1.2.2.3.2.5.3  In  the  example,  the  root  node  (SP  1)  of  the  BSP  tree 
by  itself  divides  the  entire  model  into  two  half-spaces  or  clusters. 

The  root  node  is  shoim  having  a  left  child  and  a  right  child.  The  left 
child  divides  the  true  cluster  of  the  root  node  plane  into  two  more 
clusters.  The  right  child  plane  does  the  same  to  the  false  cluster  of 
the  root  node  plane.  Finally,  the  right  child  plane  has  a  left  child  of 
its  own,  dividing  that  plane's  true  cluster  into  two  more  clusters. 


SP  1 
/  \ 

/  \ 

SP  2  SP  3 

/ 

/ 

SP  6 

50.1.2.2.3.2.5.4  As  mentioned  above,  each  node,  or  plane,  has  an 
identifying  separation  plane  number  which  represents  its  position  in  the 
BSP  tree.  This  number  is  determined  by  counting  frcn  top  to  bottom  within 
the  tree,  from  the  left-roost  node  to  the  rigbt-siost  node  at.  each  level,  as 
if  the  tree  were  complete  (i.e.,  with  all  levels  filled).  This  explains 
why  the  lowest  node  in  the  example  is  numbered  6  and  not  4. 

50.1.2.2.3.2.5.5  Note  that  the  order  of  creation  of  the  planes  suy  be 
partially  Independent  of  the  position  of  the  planes  in  the  tree,  and 
hence  of  the  separation  plane  numbers.  Of  course,  the  very  first 
separation  plane  created  for  a  model  trould  have  to  be  the  root  node  and 
be  assigned  plane  number  1.  At  lower  levels,  however,  the  nodes  could 
be  defined  in  any  order,  so  long  as  any  given  node's  parent  has  been 
previously  defined.  Within  a  model,  the  separation  plane  records  will 
be  physically  ordered  not  by  separation  plane  number  but  by  the  order  in 
which  the  planes  were  created. 
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50.1.2.2.3.2.6  Subsidiary  Model  Reference  Record.  This  optional  racord 
is  used  to  designate  another  model  within  the  model  libraries  as  a 
suboonqpoxient  of  this  model.  The  Translation  Field  is  applied  to  the 
subsidiary  model  after  the  subsidiary  model’s  origin  has  been  placed  at 
the  parent  model's  origin  and  the  two  coordinate  systems  have  been 
aligned.  The  Scale  Factor  is  applied  to  the  subsidiary  model  about  its 
own  origin.  The  rotations  are  done  in  order  about  the  x-axis,  the  y- 
axis,  and  the  s-axis  of  the  subsidiary  model’s  local  coordinate  system. 
The  FACS  Table  Index  exists  in  this  record  in  order  to  support  user- 
defined  FACS,  particularly  articulation  parametera . 

50.1.2.2.3.2.7  Point  Light  String  Record.  This  optional  record  is  used 
to  define  each  point  light  string  within  a  model.  It  can  be  used  to 
represent  a  single  light  by  indicating  that  the  number  of  lights  is  one. 
Point  lights  are  light  emitting  objects  represented  spatially  by  a 
single  coordinate  within  a  model  (e.g.,  a  headlight  on  an  autosnbile). 
They  contain  several  attributes  necessary  for  describing  a  light  emitter 
such  as  the  light  lobe  paraaietera,  cycle  rate,  li^t  type,  and 
intensity.  Point  light  strings  are  a  sequence  of  discrete  but  logically 
connected  light  emitters  (e.g.,  runway  lights ) . 

50.1.2.2.3.2.7.1  Point  Light  Positions  Subrecord.  This  subrecord  is 
used  to  define  the  position  of  each  point  light  within  a  point  light 
string  on  a  model. 

50.1.2.2.3.2.8  Collision  Test  Point  Record.  This  optional  record  is 
used  to  designate  a  Vertex  record  within  the  Model  Vertex  File  as  a 
collision  test  point  for  a  model. 

50.1.2.2.3.2.9  Model  LOP  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  an  entire  model  LOD.  This  pointer  has  the  lowest  priority 
of  the  three  types  of  texture  reference  pointers  (i.e.,  if  a  polygon  has 
either  a  component  texture  reference  pointer  or  a  polygon  texture 
referezice  pointer,  then  those  pointers  will  take  priority  over  a  model 
LOD  texture  reference  pointer ) . 

50.1.2.2.3.2.10  IGES  Start  Record.  This  record  is  mandatory  only  for 
models  with  a  CSG  format.  This  record  indicates  the  start  of  the  IGES 
commands . 


50.1.2.2.3.2.11  IGBS  Records.  These  records  are  mandatory  only  for 
models  with  a  CSG  format.  IGES  records  are  in  the  ASCII  fotm  as 
specified  by  the  IGES  Version  4.0  Specification.  These  are  80-byte  text 
records.  These  records  are  divided  into  five  distinct  sections:  Start, 
Global,  Directory  Entry,  Parameter  Data,  and  Terminate.  Each  record  in 
a  section  has  a  sequence  number  starting  at  1  and  then  incresaenting  by  1 
for  each  record  within  a  section.  Entitles  that  can  be  used  are  limited 
to  the  Constructive  Solid  Geometry  Model  Entities,  curve  entities  used 
for  solids  of  revolution  or  linear  extrusion,  and  transformation  matrix 
entities.  The  IGES  record  format  uses  keywords  and  ASCII  text  fields. 
Refer  to  the  IGES  document  for  more  details. 

50.1.2.2.3.2.12  Polvqoniration  Instruction  Record.  This  record  is 
mandatory  only  for  models  with  a  CSG  format.  This  record  contains 
parameters  used  to  control  the  process  of  conversion  of  a  CSG  model  to  a 
polygonal  representation . 
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50.1.2.2.3.2.13  CoiBDonent  Header  Record.  This  mandatory  rmcord 
contains  a  wide  variety  of  descriptive  attributes  for  a  ccnponent  within 
the  model  ZiOD.  A  coo^nent  is  a  part  of  a  model  that  can  be  used  for 
graphic  manipulation  as  a  single  entity  and  for  assignment  of  cosnon 
attribute  values.  For  the  CSG  format  model,  a  cooponent  is  a  collection 
of  primitive  shapes.  For  the  polygonal  format  model,  a  component  is  a 
collection  of  polygons.  A  model  may  be  defined  to  consist  of  a 
hierarchy  of  one  or  more  components,  each  of  which  may  be  made  up  of  one 
or  more  sxib-coa^nents,  and  so  on.  The  elements  ma)cing  up  a  coBgx>nent 
need  not  be  physically  contiguous;  for  example,  the  four  «rheels  of  a 
vehicle  may  be  grouped  as  a  single  ccng>onent  to  support  one-time 
attribution  of  surface  material,  color,  etc. 

50.1.2.2.3.2.13.1  The  Color  Table  Index  points  to  a  default  color  value 
for  any  of  the  component's  polygons  that  did  not  have  a  polygon  color 
set  via  a  FACS  code  in  the  Polygon  Header  Record.  If  a  axxlel  is 
intended  for  use  only  in  a  non-visual  simulation  (e.g.,  radar  or 
infrared)  and  thus  the  color  is  not  needed,  then  a  color  table  shall  not 
exist  and  the  Color  Table  Index  value  shall  be  set  to  zero. 

50.1.2.2.3.2.14  Model  Microdescriptor  Record.  This  optional  record 
contains  one  or  more  microdescriptors  associated  with  a  model  component. 

50.1.2.2.3.2.15  Component  Texture  Reference  Pointer  Record.  Thin 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  an  entire  model  component.  This  pointer  has  the  middle 
priority  of  the  three  types  of  texture  reference  pointers  (i.e.,  it  has 
priority  over  a  model  LOD  texture  reference  pointer  but  not  over  a 
polygon  texture  reference  pointer) . 

50.1.2.2.3.2.16  Polygon  Header  Record.  This  record  is  mandatory  only 
if  the  model  has  a  polygonal  format.  This  record  describes  the 
attributes  of  a  polygon  within  a  particular  model. 

50.1.2.2.3.2.16.1  Each  polygon  belongs  to  a  group  of  polygons  that  form 
a  homogeneous  part  of  the  model.  This  is  )cnown  as  a  component. 

Polygons  within  a  component  share  many  or  all  of  the  seune  attribute 
values . 


50.1.2.2.3.2.16.2  In  addition  to  a  Component  ID  and  a  unique  Polygon 
ID,  each  polygon  shall  have  a  Cluster  ID  which  associates  the  polygon 
with  a  group  of  polygons  idiich  have  been  logically  separated  from  the 
rest  of  the  model  for  purposes  of  hidden  surface  calculations.  The 
moaning  of  the  value  of  the  Cluster  ID  may  vary,  depending  on  the  source 
of  the  model  (found  in  the  Data  Source  Table).  If  the  source  is  the 
SDBF,  then  the  Cluster  ID  also  identifies  a  polygon's  position  relative 
to  any  of  the  separation  planes  defined  by  the  Separation  Plane  Records 
associated  with  the  model.  The  P2851  Binary  Separation  Planes  Flag 
Field  in  the  LOD  Header  Record  shall  indicate  whether  or  not  SOBF- 
defined  separation  planes  and  cluster  IDs  are  provided. 
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50.1.2.2.3.2.16.3  The  SDBF-defined  Cluster  ID  value  is  detemincd  by 
the  polygon's  position  relative  to  the  separation  planes.  A  polygon  can 
be  on  the  true  side  of  a  plane,  the  false  side,  or  in  a  "don’t  care" 
position.  (This  assumes  that  polygons  intersecting  the  plane  have 
already  been  cut  to  lie  entirely  to  one  side  or  the  other . )  The  cluster 
ID  is  defined  as  follows:  if  a  polygon  lies  to  the  true  side  of  the 
"nth*  plane  in  the  separation  plane  list,  then  the  "nth”  low-order  bit 
is  set  to  *1';  otherwise,  it  is  '0*.  The  "don't  care”  case  (which 
arbitrarily  takes  the  value  of  ' 0 ' )  is  one  tdiers  a  polygon  has  already 
been  separated  from  the  area  of  concern  of  a  separating  plane  by  a 
previously  placed  plane.  For  further  information,  see  the  Separation 
Plane  Record  description. 

50.1.2.2.3.2.17  Vertex  Pointer  Record.  This  record  Is  mandatory  only 
if  the  model  has  a  polygonal  format.  This  record  is  used  to  associate  a 
model  polygon  with  a  Vertex  record  within  the  Vertex  Table  Pile.  There 
will  be  three  or  more  of  these  records  defining  the  geonetry  of  each 
model  ^lygon.  By  convention,  a  model  polygon  will  be  closed  implicitly 
rather  than  explicitly;  i.e.,  the  first  vertex  of  a  polygon  will  not  be 
explicitly  referenced  again  as  the  last  vertex. 

50.1.2.2.3.2.18  Vertex  Normal  Record.  This  optional  record  is  used  to 
associate  a  normal  vector  with  a  Vertex  record  within  the  Vertex  Table 
File. 


50.1.2.2.3.2.19  Vertex  Color  Record.  This  optional  record  is  used  to 
associate  a  color  with  a  Vertex  record  within  the  Vertex  Table  Pile. 

50.1.2.2.3.2.20  Polygon  Mierodeaeriotor  Record.  This  optional  record 
contains  one  or  more  microdescriptors  associated  with  a  model  polygon. 

50.1.2.2.3.2.21  Polygon  Texture  Reference  Pointer  Record.  This 
optional  record  is  used  to  point  to  a  texture  reference  table  entry  that 
applies  to  a  polygon.  This  pointer  has  the  highest  priority  of  the 
three  types  of  texture  reference  pointers  (i.e.,  it  has  priority  over 
both  a  component  texture  reference  pointer  and  a  model  X,OD  texture 
reference  pointer ) . 

50.1.2.2.3.3  Vertex  Table  File.  This  binary  file  is  mandatory  only  for 
models  that  have  a  polygonal  format  description.  Unlike  other  files  in 
the  model  section,  it  is  written  in  binary  in  order  to  compress  the  long 
list  of  vertices  used  for  the  polygons  of  a  model.  The  floating  point 
coordinates  are  written  using  the  ANSI /IEEE  Standard  for  Binary 
Floating-Point  Arithmetic,  ANSI/IEEE  Std  754-1985. 

50.1.2.2.3.3.1  Vertex  Record.  This  mandatory  record  provides  the 
coordinates  of  a  vertex. 

50.1.2.2.3.4  Data  Source  Table  File.  This  mandatory  file  contains 
information  on  the  source(8)  used  to  define  a  model  or  an  attribute  of  a 
model.  The  source(s)  of  information  used  to  define  each  model  are 
documented  within  one  or  more  Data  Source  Table  records.  These  sources 
may  be  used  to  make  judgments  as  to  the  accuracy,  currency,  and/or 
reliability  of  a  model.  Typically,  there  will  be  a  single  source  for 
all  basic  data  about  a  model. 

50.1.2.2.3.4.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 
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50.1.2.2.3.4.2  Data  Source  Table  Header  Record.  This  mandatory  record 
contains  control  information  on  the  contents  of  the  table. 

50.1.2.2.3.4.3  Data  Source  Table  Entry  Record.  This  mandatory  record 
contains  information  on  the  source  used  to  define  a  model  or  an 
attribute  of  a  model.  The  BOurce(8)  of  information  used  to  define  each 
model  are  documented  within  one  or  more  Data  Source  Table  Entry  records. 
These  soxirces  may  be  used  to  make  judgments  as  to  the  accuracy, 
currency,  and/or  reliability  of  a  model.  Typically,  there  %rill  be  a 
single  aource  for  all  basic  data  about  a  model. 

50.1.2.2.3.5  FACS  Table  File.  This  optional  file  serves  two  primary 
purposes t  (1)  to  minimize  space  by  eliminating  redundant  model  and/or 
ccmponent  attribute  assignments  and  (2)  to  allow  expandability  of 
supported  attributes.  There  shall  be  zero  or  one  of  these  files  in  the 
SIF  Model  Section.  A  FACS  Table  Index  pointing  to  the  appropriate  table 
entry  can  be  found  in  several  records. 

50.1.2.2.3.5.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.5.2  FACS  Table  Header  Record.  This  mandatory  record 
contains  control  information  on  the  contents  of  the  table. 

50.1.2.2.3.5.3  FACS  Table  Entry  Record.  This  mandatory  record  in  the 
FACS  Table  is  composed  of  two  control  fields  and  a  variable  number  of 
FACS  Attribute  records. 

50.1.2.2.3.5.3.1  FACS  Attribute  Subrecord.  This  optional  subrecord 
contains  a  FACS  (Feature  Attribute  Coding  Standard)  value  associated 
with  a  model  polygon.  This  record  should  be  used  to  pass  various 
physical,  cultural,  or  sensor-response  characteristics  as  may  be  needed 
to  support  a  simulation.  The  keywords  supported  explicitly  by  SIF/BDI 
are  documented  in  an  appendix  to  this  standard.  When  necessary,  the 
user  may  specify  new  FACS  attribute  codes  to  pass  useful  attributes  not 
listed  in  the  appendix.  The  User-Defined  FACS  Table  records  shall  be 
used  to  document  the  meaning  of  these  unique  codes. 

50.1.2.2.3.6  User-Defined  FACS  Table  File.  This  optional  file  contains 
a  list  of  any  user-defined  FACS  codes  used  to  encode  feature  attributes 
within  the  database. 

50.1.2.2.3.6.1  SIF  File  Identifier  Record.  This  mandatory  rcicord 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.6.2  User-Defined  FACS  Table  Header  Record.  This  mandatory 
record  contains  control  information  for  a  user-defined  FACS  table. 

50.1.2.2.3.6.3  User-Defined  FACS  Table  Entry  Record.  This  mandatory 
record  contains  a  single  user-defined  FACS  code  used  to  encode  a  feature 
attribute  within  the  database.  The  number  of  these  records  corres{>ond8 
to  the  count  given  in  the  header  record. 

50.1.2.2.3.7  Color  Table  File.  This  optional  file  contains  a  list  of 
colors  used  by  the  model.  Color  table  indices  exist  that  point  into 
this  table. 
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50.1.2.2.3.7.1  SIF  File  Identifier  Record.  This  naxulatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.7.2  Color  Table  Header  Record.  This  siandatory  record 
contains  control  information  on  the  contents  of  the  color  table.  It 
includes  the  niunber  of  colors  and  the  color  definition  (RCT  or  BCV)  used 
throughout  the  entire  table. 

50.1.2.2.3.7.3  Color  Table  Entry  Record.  This  mandatory  record 
contains  a  color  value  and  description  of  a  color  used  by  the  model. 

The  color  definition  (RGB  or  BCV)  used  is  defined  in  the  Color  Table 
Beader  Record. 


50.1.2.2.3.8  Face-Based  Texture  Reference  Table  File.  This  optional 
file  is  used  to  define  one  method  of  placing  a  texture  pattern  on  a 
polygon. 


50.1.2.2.3.8.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.8.2  Face-Based  Texture  Reference  Table  Beader  Record.  This 
mandatory  record  contains  control  information  for  the  contents  of  the 
table. 


50.1.2.2.3.8.3  Face-Based  Texture  Reference  Record.  The  data  contained 
in  this  record  defines  the  transformation  required  to  place  a  texture 
pattern  on  a  polygon.  The  required  texture  map  is  expected  to  be 
present  in  a  related  SIF/BOI  texture  library  file. 

50.1.2.2.3.9  Vertex-to-Vertex  Texture  Reference  Table  File.  This 
optional  file  is  used  to  define  one  method  of  placing  a  texture  pattern 
on  a  polygon. 


50.1.2.2.3.9.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.9.2  Vertex-to-Vertex  Texture  Reference  Table  Beader  Record. 
This  mandatory  record  contains  control  information  on  the  contents  of 
this  table. 


50.1.2.2.3.9.3  Vertex-to-Vertex  Texture  Reference  Record.  This 
mandatory  record  is  used  to  define  one  swthod  of  placing  a  texture 
pattern  on  a  polygon.  This  entails  the  mapping  of  texture  pattern 
vertices  to  polygon  vertices.  The  required  texture  map  is  expected  to 
be  present  in  a  related  SIF/BDI  textiire  library  file. 

50.1.2.2.3.9.3.1  Texture  Pattern  Coordinates  Subrecord.  This  subrecord 
lists  the  texture  pattern  coordinates  that  map  to  the  polygon's 
vertices . 


50.112.2.3.10  Model-Based  Texture  Reference  Table  File.  This  optional 
file  is  used  to  list  a  series  of  references  to  textures  and  their 
mapping  parameters  for  model-based  texturing.  This  type  of  texturing  is 
used  to  project  a  single  pattern  onto  multiple  polygons  (in  different 
planes)  simultaneously.  This  type  of  texturing  can  be  conceptualized  as 
the  pattern  being  "shrink-wrapped"  onto  the  model. 
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50.1.2.2.3.10.1  Sir  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.10.2  Model-Baaed  Texture  Reference  Record.  This  mandatory 
record  contains  control  information  for  the  table. 

50.1.2.2.3.10.3  Model-Based  Texture  Reference  Record.  This  mandatory 
record  is  used  to  list  a  series  of  references  to  textures  and  their 
mapping  parameters  for  model-based  texturing.  The  required  texture  auip 
is  expected  to  be  present  in  a  related  SIP/BDI  texture  library  file. 

50.1.2.2.3.11  Non-Mapped  Texture  Reference  Table  File.  This  optional 
file  provides  identification  information  for  a  referenced  texture  that 
is  not  mapped.  This  texture  reference  is  used  to  reference  textures 
that  may  be  used  but  have  not  yet  been  mapped.  It  is  intended  for  both 
specific  and  generic  textures.  It  may  be  used  to  reference  alternate 
textures  as  %fell. 


50.1.2.2.3.11.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.2.3.11.2  Non-Mapped  Texture  Reference  Table  Header  Record.  This 
mandatory  record  contains  control  information  for  the  table. 

50.1.2.2.3.11.3  Non-Mapped  Texture  Reference  Record.  This  optional 
record  prov’ides  identification  information  for  a  referenced  texture  that 
la  not  mapped. 

50.1.2.3  Culture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/BDI  culture  data 
format. 


50.1.2.3.1  Culture  Data  Encoding.  The  starting  point  for  design  of  the 
SIF/BDI  culture  format  was  the  SDBF  Standard  Simulator  Data  Base  (SSDB), 
which  is  natural  for  a  format  intended  to  support  interchange  with  the 
SSDB.  The  SSDB  stores  culture  data  in  a  vector  graphics  format  (points, 
lines,  and  areals)  in  which  vertices  are  expressed  as  2-D  or  3-D 
geographic  coordinates.  The  format  is  conceptually  comparable  to  DMA 
Digital  Feature  Analysis  Data  (DFAD),  but  considerably  extended  in  terms 
of  point  precision  and  descriptive  attributes  supported. 

a.  The  use  of  vector  graphics  to  represent  planimetric  features  is  the 
general  case  in  the  simulator  industry  today,  although  seme  imagery- 
based  simulators  encode  features  as  collections  of  pixels  rather  than  as 
vectors.  The  pixel-based  approach  to  feature  classification  is  more 
properly  handled  within  the  photo  texture  segment  of  SIF/BDI . 
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b.  A  basic  issue  with  vector  culture  formats  is  the  degree  of  topology 
maintained  within  the  data  structure.  At  one  extreme  is  the  "spaghetti* 
Digital  Landmass  System  (DLMS)  DEAD  fozmat,  which  essentially  treats 
every  feature  as  an  independent  graphic  entity.  At  the  other  extreme  is 
a  topological  format,  like  DMA's  Minitopo,  %diich  encodes  detailed 
spatial  relationships  among  features  and  graphic  elements.  In  between 
are  arc-node  formats  such  as  DMA  Standard  Linear  Format  (SLF),  which 
support  shared  nodes  and  segments.  The  SSDB  supports  both  "spaghetti” 
and  arc-node  data,  but  not  a  full  topology.  Arc-node  format  is  a 
reasonable  standard  for  SIF/BDI,  as  few  (if  any)  simulator  systems  are 
configured  to  deal  with  topological  data  structures.  Spaghetti  data  may 
be  represented  in  an  arc-node  format  but  not  vice  versa.  The  digitising 
conventions  associated  with  the  SIF/BDI  approach  to  a  liad.ted  feature 
topology  are  described  within  this  standard. 

c.  DMA  has  announced  plans  to  gradually  migrate  all  of  its  standard 
vector  products  to  a  fully  topological  format  called  Vector  Product 
Format  (VPF),  MIL-STD-600006  (DRAFT).  Although  VPF-like  topologies  are 
inefficient  for  real-time  graphics  rendering  applications,  they  offer 
significant  advantages  for  implmnentation  of  algorithms  for  automated 
feature  thinning,  filtering,  aggregation,  and  the  like.  Therefore,  it 
is  expected  that  the  simulator  industry  will  gradually  adopt  topological 
data  structures  in  their  database  generation  systons.  The  SDBF  intends 
to  support  topological  data  structures  at  a  future  time  «dien  the  use  of 
such  data  becomes  more  widespread  among  the  user  conraunity.  A 
preliminary  design  analysis  indicates  that  the  current  SIF/BDI  culture 
format  would  be  able  to  support  topological  data  structures  by  the 
addition  of  new  optional  record  types  corresponding  to  the  Face  Table 
and  Ring  Table  of  VPF.  Since  these  optional  records  could  be  ignored 
tdien  exchanging  non- topological  databases,  they  would  not  invalidate 
pre-existing  SIF/BDI  software  and  databases.  However,  it  is  recognised 
that  this  is  a  stopgap  solution  at  best,  and  that  the  long-term  approach 
roust  include  the  migration  of  SSDB  culture  into  a  truly  VPF-coiig>liant 
form. 

d.  Topology  is  also  an  issue  across  multiple  representations  of  an  area 
within  various  levels  of  detail  (LCDs).  The  SSDB  supports  multiple 
levels  of  detail  (LODs)  for  any  given  area  of  coverage.  These  LODs 
represent  general  strata  of  feature  resolution,  roughly  corresponding  to 
feature  resolutions  of  100  meters,  30  meters,  10  meters,  3  meters,  and  1 
meter.  As  illustrated  in  Figure  C-1,  the  SSDB  format  includes  a  system 
of  inter-file  pointers  between  alternate  representations  of  features 
maintained  at  different  LODs.  These  alternate  representations  reflect 
different  levels  of  feature  significance,  aggregation,  and 
generalization.  An  alternative  approach  to  varying  levels  of  feature 
detail  used  in  many  simulator  databases  is  a  system  of  embedded  (merged) 
patches  or  "islands"  of  higher-resolution  data  within  a  lower-resolution 
background.  The  idea  is  to  concentrate  limited  database  processing 
capacities  in  areas  of  interest  such  as  targets  and  navigation 
corridors.  This  type  of  structure  is  illustrated  in  Figure  C-2. 
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Figure 


Gaming  area  boundary 
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e.  SIP/BDI  supports  geographic  coordinate  resolutions  of  a  ten 
thousandth  of  an  arc  second.  This  resolution  is  needed  to  represent  the 
shapes  and  relative  positions  of  features  included  in  high-resolution 
simulator  database  applications.  As  an  option,  SIF/BDI  supports  3-D 
geographic  coordinates  as  %rell  as  2-D.  The  third  dimension  is  elevation 
relative  to  Mean  Sea  Level  (MSL)  and  is  intended  for  use  when 
representing  terrain  features  such  as  point  elevations,  ridgelines,  and 
contours.  Theoretically,  the  3-D  culture  format  could  be  used  to 
exchange  polygonized  terrain,  as  %(ell  as  culture  fragmented  on 
underlying  terrain  polygons,  but  the  SDBF  SSDB  does  not  directly  store 
such  data,  and  so  this  use  is  not  supported  within  SIF. 

f.  In  addition  to  representations  of  feature  location  and  shape,  the 
SIF/BDI  format  requires  an  approach  for  feature  attribution.  Attribute 
fields  are  needed  to  categorize  each  feature  and  encode  characteristics 
useful  for  con^uter  simulation  of  visual  and  sensor  displays.  In  this 
regard,  SIF/BDI  deviates  somewhat  from  the  SSDB  approach.  The  SSDB 
format  includes  a  large  number  of  fixed  attribute  fields,  which  take  up 
space  whether  the  attributes  are  )cno%m  or  not.  To  reduce  the  size  of  a 
potentially  voluminous  file,  SIF/BDI  uses  a  minimum  number  of  fixed 
attributes  which  may  expect  to  be  captured  in  any  simulator  database. 

All  other  attributes  are  regarded  as  optional  and  are  encoded  in  self¬ 
defining  attribute  records  modeled  after  the  DMA  Feature  Attribute 
Coding  Steuidard  (FACS).  The  FACS-li)ce  attribute  coding  scheme,  which  is 
also  a  part  of  the  SSDB  design,  uses  a  generalized  record  structure 
which  includes  a  code  identifying  what  the  attribute  is,  as  well  as 
giving  the  attribute  value. 

g.  This  section  describes  the  fixed  field  portions  of  the  different 
feature  types  supported  by  the  SIF/BDI  along  with  the  optional  fields 
that  are  to  be  populated  via  FACS  records.  These  paragraphs  first 
define  the  feature  record,  then  identify  the  fixed  fields,  and  lastly 
identify  the  optional  fields.  The  translation  of  the  textual 
description  of  these  optional  fields  to  FACS  keywords  will  utilize 
either  DMA  FACS  additional  value  codes  (AV  Codes)  or  SIF/BDI  specific 
keywords.  The  keywords  supported  explicitly  by  SIF/BDI  are  documented 
in  Appendix  B  to  the  GTDB  Standard  (MIL-STD-1820) . 

h.  Similarly,  SIF/BDI  uses  a  Feature  Descriptor  Code  modeled  after  the 
DMA  FACS  hierarchical  feature  codes  to  categorize  features.  (The 
SIF/BDI  format  also  supports  the  Feature  Identification  Code  from  DMA 
DFAD.)  The  FACS-like  approach  gives  each  SIF/BDI  user  the  flexibility 
to  add  new  feature  categories  and  attributes  to  SIF/BDI  as  the  need 
arises.  When  exchanging  databases  between  dissimilar  systems,  this  is 
likely  to  prove  highly  useful  in  bridging  the  gap  between  different 
feature  and  attribute  sets.  SIF  producers  are  encouraged  to  take 
advantage  of  this  approach  rather  than  be  constrained  by  features  and 
attributes  explicitly  supported  by  SIF  at  any  given  point  in  time; 
however,  SDBF  involvement  needs  to  be  a  part  of  this  process  at  all 
times,  to  enjure  that  FACS  are  utilized  consistently. 
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i.  The  SIF/BDZ  djnplementation  of  features  and  attributes  makes  It 
possible  to  tag  each  feature  and  each  of  its  attributes  with  a  data 
source.  This  level  of  traceability  will  beccne  important  as  SIP 
databases  are  exchanged  and  enhanced  by  different  systanis  and  users  over 
time.  The  intent  of  such  traceability  is  to  allow  the  SDBP  to  make 
intelligent  judgments  on  the  relative  quality  and  reliability  of 
specific  data  items.  As  such,  it  is  a  critical  component  of  any  SIP 
data  set,  and  cannot  be  overlooked  by  SIP  producers. 


j.  An  issue  raised  by  the  prospect  of  widespread  database  interchange 
is  the  degree  of  flexibility  needed  to  support  system-specific 
variations  in  such  areas  as  coordinate  systems,  binary  encodix^g  formats, 
area  blocking,  and  degree  of  transformation.  The  decision  was  smde  to 
establish  standard  conventions,  to  limit  the  amount  of  software 
development  and  testing  needed  to  caoq>ly  with  the  standard.  Therefore, 
the  header  record  descriptions  in  section  5.1  indicate  conventions  idiich 
must  be  followed  when  exchanging  databases  using  SIP/BDI.  Flexibility, 
«dien  needed,  is  available  through  the  use  of  the  GTDB  data  base 
standard,  rather  than  SIP. 

50.1.2.3.1.1  Areal  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.1.1  Background  Feature.  The  purpose  of  the  background 
feature  is  to  provide  default  attribution  for  areas  within  the  tile 
which  are  not  explicitly  defined  by  individual  features. 


50.1.2.3.1.1.2  Rendering  Priority.  All  other  eureal  features  may  be 
stored  in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  the 
rendering  priority. 


50.1.2.3.1.1.3  Line  Segments.  The  definition  of  segment  ends  may  be 
arbitrary.  For  example,  feature  Pi  is  shown  as  consisting  of  four 
segments;  feature  P4  is  a  similar  structure  but  has  been  defined  as  a 
single  segment. 


50.1.2.3.1.1.4  Shared  Segments.  For  example,  segment  S5  (defined  by 
vertices  V5,  V6,  and  V7)  is  a  common  segment  shared  by  features  P2  and 
P3. 


50.1.2.3.1.1.5  Feature  Traversal.  (Self-explanatory.) 

50.1.2.3.1.1.6  Closure .  The  last  coordinate  in  the  last  segment  must 
be  identical  with  the  first  coordinate  in  the  first  segment'. 

50.1.2.3.1.1.7  Concave  Features.  The  SDBP  maintains  non-convex  areals 
within  the  SSDB.  When  requested  by  a  user,  the  SDBP  will  decompose 
concave  SSDB  features  into  multiple  convex  features  while  creating  a 
GTDB  product,  but  does  not  offer  such  an  option  for  SIF/BDI  outputs. 

50.1.2.3.1.1.8  Inside  Segments.  (Self-explanatory.) 

50 .1 ;2 .3 . 1 .1 .9  Disioint  Polygons.  (Self-explanatory.) 

50.1.2.3.1.1.10  Non-redundant  Vertices.  (Self-explanatory.) 
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50.1.2.3.1.1.11  Vertex  Ordering.  The  list  positions  serve  es  implicit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  nay  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  procesoing. 

50.1.2.3.1.2  Linear  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.2.1  Rendering  Priority.  Linear  features  may  be  stored  in  an 
arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority. 

50.1.2.3.1.2.2  Line  Segments.  Within  the  SSDB,  software  is  used  to 
detect  cases  where  one  linear  feature  terminates  at  its  intersection 
with  another  feature,  and  to  force  segment  splitting  at  that  point. 

50.1.2.3.1.2.3  Segment  Ends.  (Self-explanatory.) 

50.1.2.3.1.2.4  Shared  Segments.  (Self-explanatory.) 

50.1.2.3.1.2.5  Directionality .  Linear  features  which  are  visible  or 
reflective  only  along  one  side  of  the  feature  (e.g.,  a  dam)  are  referred 
to  as  uni -directional  and  may  be  flagged  as  such  by  use  of  the 
Directionality  attribute . 

50.1.2.3.1.2.6  Feature  Traversal.  (Self-explanatory.) 


50.1.2.3.1.2.7  Disjoint  Segments.  (Self-explanatory.) 

50.1.2.3.1.2.8  Kon-contiguoua  Feature.  (Self-explanatory.) 

50.1.2.3.1.2.9  Won-redundant  Vertices.  (Self-explanatory.) 


5.1.2.3.1.2.10  Vertex  Ordering.  The  list  positions  serve  as  ijtplicit 
)ceys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.2.11  Feature/Segment  Numbering.  (Self-explanatory.) 

50.1.2.3.1.3  Point  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.3.1  Rendering  Priority.  Point  features  may  be  stored  in  an 
arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority . 

50.1.2.3.1.3.2  Line  Segments.  (Self-explanatory.) 

50.1.2.3.1.3.3  Vertex  Sequence.  (Self-explanatory.) 


50.1.2.3.1.3.4  Disjoint  Segments.  (Self-explanatory.) 

50.1.2.3.1.3.5  Coincident  Segments.  (Self-explanatory.) 


C-36 


APPENDIX  C 
MIL-STD-1821 

50.1.2.3.1.3.6  Non-redundant  Vertices.  (Self-explanatory.) 

50.1.2.3.1.3.7  Vertex  Ordering.  The  list  positions  serve  as  ijq>licit 
Iceys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  )>e  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDX  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.3.8  Feature  Numbering.  (Self-explanatory.) 

50.1.2.3.1.4  Point  Light  Feature  Rules.  (Self-explanatory.) 

50.1.2.3.1.4.1  Rendering  Priority.  Point  light  features  may  be  stored 
in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a  rendering 
priority. 


50.1.2.3.1.4.2  Number  of  Vertices.  As  illustrated  by  feature  FI,  each 
point  light  feature  shall  be  a  segment  consisting  of  one  and  only  one 
vertex  coordinate.  (Features  consisting  of  multiple  point  lights  shall 
be  encoded  as  point  light  string  features . ) 

50.1.2.3.1.4.3  Coincident  Segments.  (Self-explanatory.) 

50.1.2.3.1.4.4  Non-redundant  Vertices.  (Self-explanatory.) 

50.1.2.3.1.4.5  Vertex  Ordering.  The  list  positions  serve  as  implicit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  may  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDI  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  )3een 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.4.6  Feature  Numbering.  (Self-explanatory.) 

50.1.2.3.1.5  Point  Light  String  Feature  Rules.  (Self-explanatory.) 


50.1.2.3.1.5.1  Rendering  Priority.  Point  light  string  features  may  be 
stored  in  an  arbitrary  sequence;  i.e.,  the  sequence  does  not  imply  a 
rendering  priority. 

50.1.2.3.1.5.2  Number  of  Vertices.  (Self-explanatory.) 

50.1.2.3.1.5.3  Non-linear  Strings.  (Self-explanatory.) 

50.1.2.3.1.5.4  Parallel  Strings.  (Self-explanatory.) 

50.1.2.3.1.5.5  Light  Groups.  (Self-explanatory.) 

50.1.2.3.1.5.6  Vertex  Sequence.  (Self-explanatory.) 

50.1.2.3.1.5.7  Coincident  Segments.  (Self-explanatory.) 
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50.1.2.3.1.5.9  Vertex  Ordering.  The  list  positions  serve  as  iiQ>licit 
keys  used  within  the  segment  records  to  point  to  specific  vertex 
records.  The  vertex  coordinates  within  a  vertex  file  siay  be  arbitrarily 
sequenced.  This  means  the  recipient  of  a  SIF/BDZ  database  should  not 
sort  the  vertex  files,  unless  the  vertex  records  have  first  been 
assigned  explicit  keys  during  input  processing. 

50.1.2.3.1.5.10  Feature  Numbering.  (Self-explanatory.) 

5. 1.2. 3. 1.6  Model  Reference  Rules.  (Self-explanatory.) 


50.1.2.3.1.6.1  Number  of  Vertices.  Note  that  there  is  no  requirsnent 
that  the  stodel  reference  coordinate  exactly  correspond  to  any  vertex  in 
the  culture  vertex  files. 


50.1.2.3.1.6.2  Model  Reference  Table.  (Self-explanatory.) 

50.1.2.3.1.6.3  Multiple  References.  In  general,  it  is  expected  that 
there  will  be  a  one-to-one  substitution  of  a  ntodel  for  a  feature. 
However,  it  is  possible  for  a  single  complex  BK>del  to  be  substituted  for 
multiple  culture  features.  Models  stay  be  substituted  for  any 
combination  of  areal,  lineal,  point,  point  light,  and  point  light  string 
features . 


50.1.2.3.1.6.4  Multiple  Models.  This  indicates  that  there  is  a  choice 
of  models  available  for  that  feature.  Note  that  each  model  reference  is 
permitted  to  have  a  slightly  different  placement  coordinate  due  to 
differences  in  model  geometries. 


50.1.2.3.1.6.5  Placement  Coordinate, 
model  references  is  2-0. 


The  default  for  SDBF-generated 


50.1.2.3.1.6.6  Table  ID.  (Self-explanatory.) 


50.1.2.3.1.7  Superfeature  Rules.  The  superfeature  was  created  to 
combine  or  aggregate  like  features  into  larger  homogeneous  data  groups. 
The  smaller  features,  or  child  features,  which  make  up  the  superfeature 
are  tied  together  through  pointer  references. 

50.1.2.3.1.7.1  Child  Feature  References.  A  child  feature  is  one  of 
several  features  which  defines  a  superfeature.  There  are  no  restriction 
on  the  types  or  dimensions  of  the  child  feature  referenced  to  include 
grouping  of  unlike  features  (areals  with  linear,  linears  with  points,  2- 
D  with  D-3,  etc.).  Additionally,  child  features  can  belong  to  more  than 
one  superfeature. 


5. 1.2. 3. 1.7. 2  "Aggregate*  Feature  References.  A  2-D  polygon  is 
considered  an  aggregate  feature  of  the  3-D  superfeature  when  the  2-D 
polygons '  spatial  boundaries  corresponds  to  the  boundaries  of  the  3-D 
superfeature.  A  possible  application  is  to  then  replace  the  3-D 
superfeature  with  the  2-D  aggregate  version  or  vise  versa. 

5. 1.2. 3. 1.7. 3  Additional  References.  A  superfeature  can  be  a  child 
feature  to  a  larger  superfeature.  This  larger  superfeature  can  consist 
of  both  individual  features  and  superf eatures . 
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50.1.2.3.2  Culture  Section  Structure.  Each  SSDB  culture  manuscript  is 
described  by  a  group  of  files  made  up  of  variable-length  keyword 
records.  These  files  consist  of  culture  features  that  include  both 
gecmetry  and  attribute  information.  A  valuable  feature  of  the  existing 
SSDB  format  is  its  support  for  a  FACS-like  attribute  coding  scheme. 

Modeled  after  DMA's  Feature  Attribute  Coding  System,  it  is  a  system  of 
self-defining  feature  attributes,  whioh  gives  total  flexibility  to  add 
new  attributes  to  SIF/BDI  as  the  need  arises.  The  user -defined  FACS 
mechanism  should  be  used  only  when  absolutely  neoessary.  In  order  to  be 
coaq;>liant  with  this  specification,  external  systems  creating  a  SIF/BOX 
database  shall  use  the  attributes  already  defined  in  this  specification 
«dierever  possible.  There  is  much  extended  use  of  FACS  attributes  to 
avoid  the  overhead  of  many  fixed  attributes  which  are  rarely  populated. 

FACS  attribution  has  already  allotted  for  the  definition  of  a  large 
number  of  new  FACS  attributes  not  currently  in  the  GTDB.  Siiig>le  table 
structures  have  been  es^loyed  to  support  flexible  FACS  attribution, 
colors  in  either  red-green-blue  (RGB)  or  hue-ohrcxna-value  (BCV)  formats, 
and  Fib/FDC  cross-referencing.  To  allow  for  the  greatest  amount  of 
roadability  along  «rith  apace  saving  techniques,  SIF/BDI  uses  ccxipreased 
ASCII  files  and  bixiary  data  files. 

50.1.2.3.2.1  Database  Beader  File.  This  mandatory  file  contains 
control  information  describing  the  database  contents. 

50.1.2.3.2.1.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.1.2  SIF/BDI  Culture  Database  Beader  Record.  This  siandatory 
record  contains  control  information  pertinent  to  the  entire  culture  database. 

50.1.2.3.2.1.3  Data  Source  Table  Record.  This  mandatory  record  is  used 
to  document  the  data  source(s)  used  to  populate  and/or  update  the 
culture  files  being  transmitted. 

50.1.2.3.2.1.4  Accuracy  Region  Record.  This  optional  record  contains 
an  curray  defining  data  accuracy  standards  for  multiple  regions  within 
the  area  of  coverage  of  a  data  source.  Regions  of  differing  accuracy 
are  possible  when  a  data  source  is  itself  a  composite  product  generated 
from  varying  original  sources. 

50.1.2.3.2.2  Tile  Information  File.  This  mandatory  file  contains 
coverage  information  for  the  culture  database.  Information  within  this 
file  consists  of  overall  coverage  per  tile  of  the  database,  and 
information  abount  high  resolution  islands. 

50.1.2.3.2.2.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.2.2  Tile  Header  Record.  (Self-explanatory.) 

50.1.2.3.2.2.3  Data  Resolution  Identifier  Record.  Within  each  tile, 
there  is  support  for  identification  of  embedded  patches  of  higher- 
resolution  data  called  'islands.*  Many  simulator  datcd>aBeB  insert  and 
feather  such  patches  for  high-interest  areas  such  as  waypoints  and 
targets.  Since  the  SSDB  maintains  different  LCDs  separately,  these 
patches  must  be  extracted  from  the  surrounding  data  when  stored  in  the 
SSDB.  To  support  this  capability,  the  Data  Resolution  Identifier 
includes  fields  for  identifying  the  boundaries  of  any  island. 
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50.1.2.3.2.3  Two-D  Coordinate  rile.  This  file  le  optional  only  if  a 
Three»D  Coordinate  File  ia  included  in  the  SIF/BDI  culture  database. 
This  file  contains  latitude  and  longitude  coordinates  for  culture 
segments.  A  Two-D  Coordinate  File  is  based  at  the  tile  level. 


50.1.2.3.2.3.1  2-D  Coordinate  Record.  These  records  define  the 

vertices  of  culture  segments.  Currently  the  SSDB  supports  data 
resolutions  of  thousandths  of  cure  seconds,  so  the  SXF  user  should  be 
aware  that  culture  data  stored  in  the  SSDB  will  not  maintain  the 
accuracy  of  one  ten  thousandths  of  an  arc  second. 

50.1.2.3.2.4  Three-P  Coordinate  File.  This  file  is  optional  only  if  a 
Two-D  Coordinate  File  is  included  in  the  SIF/BDI  culture  database.  This 
file  contains  latitude,  longitude  and  elevation  coordinates  for  culture 
segments.  A  Three-D  Coordinate  file  is  based  at  the  tile  level. 
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50.1.2.3.2.4.1  3-D  Coordinate  Record.  Currently  the  SSDB  eupports  data 

reaolutiona  of  thousandths  of  arc  seconds,  so  the  SIF  user  should  be 
atrare  that  culture  data  stored  in  the  active  SSDB  will  not  maintain  the 
accuracy  of  one  ten  thousandths  of  an  arc  second.  One  or  more  of  the 
coordinate  records  may  be  used  to  define  the  vertices  of  a  culture 
segment . 


50.1.2.3.2.5  FACS  Table  File.  This  optional  file  serves  two  purposes: 
(1)  to  minimise  space  by  eliminating  redundant  feature  attribute 
assignments,  and  (2)  to  allow  expandability  of  supported  attributes.  A 
FACS  Table  Index  pointing  to  the  appropriate  table  entry  can  be  found  in 
several  records.  If  there  are  no  features  that  use  additional 
descriptors,  this  table  may  be  omitted  from  the  8IF  transmittal  for  the 
culture  tile. 


50.1.2.3.2.5.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  Identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.5.2  FACS  Table  Header  Record.  This  mandatory  record 
supplies  top  level  information  about  the  records  contained  within  the 
FACS  table  file. 


50.1.2.3.2.5.3  FACS  Table  Entry  Record.  The  FACS  Table  entry  in  the 
FACS  Table  is  composed  of  t«io  control  fields  and  a  variable  number  of 
FACS  Attribute  records. 


50.1.2.3.2.5.3.1  FACS  Attribute  Subrecord.  This  record  contains  a  FACS 
(Feature  Attribute  Coding  Standard)  attribute  value  (AV  Code  plus  value) 
associated  with  one  or  more  features.  Multiple  records  stay  be  used  to 
store  FACS  attributes,  if  required.  This  record  should  be  used  to  pass 
any  attributes  for  a  feature  in  addition  to  the  ‘core*  attributes  stored 
in  the  parent  feature  record.  Such  attributes  aiay  include  various 
physical,  cultural,  or  sensor-response  characteristics  as  may  be  needed 
to  support  a  simulation.  The  keywords  supported  explicitly  by  SIF/BDI 
are  documented  in  a  Appendix  B.  When  necessary,  the  user  may  specify 
new  FACS  attribute  codes  to  pass  useful  attributes  not  listed  in  the 
appendix.  The  User-Defined  FACS  Table  records  shall  be  used  to  document 
the  meaning  of  these  unique  codes. 


50.1.2.3.2.6  User-Defined  FACS  Table  File.  This  optional  file  contains 
a  list  of  user-defined  FACS  codes  used  to  encode  feature  attributes 
within  the  database. 

50.1.2.3.2.6.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 


50.1.2.3.2.6.2  User-Defined  FACS  Table  Header  Record.  This  mandatory 
record  supplies  top  level  information  about  the  records  contained  within 
the  FACS  table  file. 


50.1.2.3.2.6.3  User-Defined  FACS  Table  Entry  Record.  This  mandatory 
record  contains  one  entry  in  the  User-Defined  FACS  Table. 

50.1.2.3.2.7  Color  Table  File.  An  optional  color  table  will  accompany 
the  feature  file.  The  color  table  may  be  used  to  define  the  colors  used 
within  the  feature  records. 
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50.1.2.3.2.7.1  SIP  rile  Identifier  Record.  Thi«  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.7.2  Color  Table  Header  Record.  This  mandatory  record 
supplies  top  level  information  about  the  records  contained  within  the 
color  table  file. 

50.1.2.3.2.7.3  Color  Table  Entry  Record.  The  color  in  each  entry  of 
the  color  table  may  be  defined  as  either  Red/Green/Blue  or  as 
Bue/Chrona/Value .  The  Color  Definition  Type  field  in  the  Color  Table 
Header  Record  will  indicate  whether  RGB  or  BCV  is  being  used. 

50.1.2.3.2.8  riD/FPC  Cross-Reference  Table  File.  This  optional  file 
provides  a  method  for  cross-referencing  a  user's  Feature  Identification 
Code  (FID)  with  the  SDBF  Feature  Descriptor  Code  (FDC). 

50.1.2.3.2.8.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.8.2  riD/FDC  Cross-Reference  Header  Record.  This  mandatory 
record  supplies  top  level  information  about  the  records  contained  within 
the  FID/FDC  Cross  Reference  Table  file. 

50.1.2.3.2.8.3  FID/FDC  Cross-Reference  Table  Entry  Record.  The  FID/FDC 
Cross  Reference  Table  provides  a  method  for  cross-referencing  a  user's 
Feature  Identification  Code  (FID)  with  the  SDBF  Feature  Descriptor  Code 
(FDC) . 


50.1.2.3.2.9  Global-Based  Texture  Reference  Table  File.  The  Global- 
Based  Texture  Reference  Table  provides  a  method  for  cross-referencing  a 
culture  feature  with  a  texture  map  that  has  been  mapped  to  it. 

50.1.2.3.2.9.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.9.2  Global-Based  Texture  Reference  Table  Header  Record. 

This  mandatory  record  supplies  top  level  information  about  the  records 
contained  within  the  Global-Based  Texture  Reference  Table  file. 

50.1.2.3.2.9.3  Global-Based  Texture  Reference  Record.  The  Global-Based 
Texture  Reference  Record  provides  specific  parameters  for  texture 
mapping  of  culture  features. 

50.1.2.3.2.10  Non-Mapped  Texture  Reference  Table  File.  The  Non-Mapped 
Texture  Reference  Table  provides  a  method  for  cross-referencing  a 
culture  feature  with  a  texture  map  that  has  not  yet  been  mapped  to  it. 

It  is  intended  for  generic  textures  only.  (They  can  be  mapped  to 
individual  homogeneous  culture  features.  Geospecific  textures  are 
associated  with  heterogeneous  geographic  areas ) . 

50.1.2.3.2.10.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  Identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.10.2  Non-Mapped  Texture  Reference  Table  Header  Record. 

This  mandatory  record  supplies  top  level  information  about  the  records 
contained  within  the  Non-Mapped  Texture  Reference  Table  file. 
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50.1.2.3.2.10.3  Non-Mapoed  Texture  Reference  Record.  The  Non-Mappod 
Textvkxe  Reference  Record  provides  identification  of  referenced  textures 
that  have  not  been  mapped  to  the  referencing  culture  feature. 

50.1.2.3.2.11  Model  Reference  Table  File.  The  Model  Reference  Table 
provides  a  method  for  cross-referencing  one  or  more  culture  feature(s) 
with  a  model,  or  including  model  references  for  a  culture  tile  that  are 
not  tied  to  specific  features. 

50.1.2.3.2.11.1  Sir  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.11.2  Model  Reference  Header  Record.  This  mandatory  record 
supplies  top  level  infonnation  about  the  records  contained  within  the 
Model  Reference  Table  file. 

50.1.2*3.2.11.3  Model  Reference  Table  Entry  Record.  The  Model 
Reference  Table  Entry  Record  has  two  uses  in  the  SSDB.  First,  BK>dels 
may  be  introduced  into  the  SSDB  culture  not  as  direct  substitutions  for 
point,  line,  or  areal  features,  but  rather  to  represent  ground  clutter 
(e.g.,  trees,  sagebrush)  or  to  provide  realistic  detail  (e.g.,  runway 
markings ) .  The  Model  Reference  Table  Entry  Record  is  us^  to  position 
and  orient  such  models  within  a  culture  tile.  Second,  even  «dien  a  BK>del 
is  intended  as  an  optional  direct  substitution  for  a  feature,  there  will 
be  cases  %dien  special  scaling  and  orienting  instructions  laay  be  needed 
to  make  the  model  look  right.  The  Model  Reference  Record  stay  be  used  to 
provide  offset  vectors  defining  specific  parametcurs  for  siodel  placement 
and  orientation  for  the  particular  use. 

50.1.2.3.2.12  Superfeature  File.  The  auperfeature  file  provides  a 
method  for  aggregating  culture  features  into  homogeneous  groupings. 

50.1.2.3.2.12.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.12.2  Superfeature  Header  Record.  This  mandatory  record 
supplies  all  information  for  a  given  superfeature.  This  information 
includes  a  list  of  all  features  that  are  grouped  into  the  superfeature, 
a  mechanism  to  identify  whether  the  referenced  feature(s)  are  children 
or  "aggregate*  feature(8).  There  is  a  description  field  contained  %d.th 
each  superfeature  to  allow  for  a  user  defined  grouping  methodology. 

50.1.2.3.2.13  Feature  File.  This  mandatory  file  contains  various 
records  describing  all  the  features  contained  in  the  culture  tile. 

50.1.2.3.2.13.1  Feature  Record.  (Self-explanatory.) 

50.1.2.3.2.13.2  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.13.3  Manuscript  Header  Record.  This  mandatory  record 
contains  control  information  applying  to  the  feature  data  file. 
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50.1.2.3.2.13.4  Areal  Feature  Record.  There  will  be  an  Areal  Feature 
Record  describing  each  areal  feature  within  a  culture  file.  An  areal 
feature  is  an  object  defined  spatially  as  a  closed  contour  (polygon). 
By  convention,  every  culture  manuscript  in  the  SIF  must  have  at  least 
one  areal  feature  defining  the  * background ”  or  default  featvire 
attributes . 


50.1.2.3.2.13.5  Linear  Feature  Record.  There  will  be  a  Linear  Feature 
Record  describing  each  lineeur  feature  %/ithin  a  culture  file.  A  linear 
feature  is  an  object  defined  spatially  by  one  or  more  connected  line 
segments  which  do  not  close  to  form  a  polygon. 

50.1.2.3.2.13.6  Point  Feature  Record.  There  will  be  a  Point  Feature 
Record  describing  each  point  feature  within  a  culture  file.  A  point 
feature  is  an  object  defined  spatially  by  either  a  single  coordinate  or 
by  a  sequence  of  discrete  but  logically  connected  points. 

50.1.2.3.2.13.7  Point  Light  Feature  Record.  There  will  be  a  Point 
Light  Feature  Record  describing  each  point  light  feature  within  a 
culture  file.  Point  light  features  are  light  emitting  objects 
represented  spatially  by  a  single  coordinate.  They  contain  several 
attributes  necessary  for  describing  a  light  emitter  such  as  the  light 
lobe  parameters,  cycle  rate,  light  type,  and  intensity. 

50.1.2.3.2.13.8  Point  Licht  String  Feature  Record.  There  will  be  a 
Point  Light  String  Feature  Record  describing  each  point  light  string 
feature  within  a  culture  file.  Point  light  strings  are  a  sequence  of 
discrete  but  logically  connected  light  emitters.  They  are  similar  in 
data  structure  to  a  point  light,  but  they  have  several  additional 
attributes  required  for  describing  the  shape  and  placement  of  the  string 
and  the  lights  within  it. 

50.1.2.3.2.13.9  Culture  Segment  Pointer  Record.  This  record  contains 
an  array  of  segment  list  pointers  defining  the  geometry  of  a  particular 
feature . 


50.1.2.3.2.13.10  Model  Reference  Pointer  Record.  The  Model  Reference 
Pointer  Record  is  used  to  identify  a  Model  Reference  Record  contained 
within  the  Model  Reference  Table. 

50.1.2.3.2.13.11  Microdescriptor  Record.  This  optional  record  contains 
a  microdescriptor  associated  with  a  feature. 

50.1.2.3.2.13.12  Feature  Continuation  Record.  This  optional  record 
contains  a  pointer  from  a  feature  in  the  current  culture  manuscript  file 
to  a  continuation  feature  in  an  adjoining  manuscript. 

50.1.2.3.2.13.13  FACS  List  Pointer  Record.  This  optional  record 
contains  a  pointer  into  the  FACS  table  that  is  maintained  for  the 
current  database  tile.  One  or  more  of  these  records  may  be  used  to 
store  pointers  to  additional  entries  into  the  FACS  Table  for  the  current 
feature.  This  record  should  be  used  to  identify  any  additional 
attributes  for  a  feature  in  addition  to  the  "core*  attributes  stored  in 
the  parent  feature  record.  Such  attributes  may  include  various 
physical,  cultural,  or  sensor-response  characteristics  as  may  be  needed 
to  support  a  simulation. 
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50.1.2.3.2.13.14  Texture  Reference  Pointer  Record.  This  optional 
record  contains  a  texture  map  reference  pointer  associated  with  a 
feature. 

50.1.2.3.2.13.15  LOP  Cross  Reference  Record.  This  optional  record  is 
used  to  provide  the  information  required  to  link  together  different 
representations  of  a  feature.  When  multiple  levels  of  detail  (LOD)  data 
are  transmitted  via  the  SIF/BDI  (layered  culture  data),  rather  than  one 
merged  level  of  detail,  any  given  feature  could  exist  at  a  coarse  LOD 
and  a  finer  LOD.  For  example,  a  feature  at  LOD  1  can  point  to  one  or 
BK>re  featxires  at  LOD  2,  but  a  feature  at  LCX>  2  can  only  point  at  one  and 
only  one  feature  at  LOD  1.  The  record  fonaat  is  the  same  for  higher  or 
lower  LOD  cross  references  except  for  the  keyword  identifier  idiich  is 
used  to  identify  whether  the  cross  reference  in  a  higher  LOD  or  lower 
LOD  reference. 


50.1.2.3.2.14  Segment  File.  This  mandatory  file  contains  various 
records  describing  all  the  segments  contained  in  the  culture  tile. 

50.1.2.3.2.14.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  data  section  and  type  of  file. 

50.1.2.3.2.14.2  Segment  Header  Record.  A  segment  is  a  logically 
connected  string  of  vertex  coordinates  used  to  define  a  feature,  or  a 
part  of  a  feature.  A  segment  consisting  of  a  single  coordinate  may  be 
used  to  define  the  location  of  a  point  or  point  light  feature.  A  linear 
or  areal  feature  may  be  split  into  an  arbitrary  number  of  segments,  each 
containing  an  arbitrary  number  of  coordinates.  Typically,  a  feature  is 
broken  into  segments  at  topologically  significant  node  points  such  as 
the  intersection  between  features,  but  segmentation  suiy  also  be  a  purely 
arbitrary  artifact  of  the  digitization  process.  The  actual  vertex 
coordinates  making  up  a  segment  are  stored  in  separate  Coordinates 
Records.  The  total  number  of  coordinates  making  up  a  segment  is  given 
in  the  Number  of  Coordinate  Pairs  field.  Each  Segment  Header  Record 
serves  as  a  bi-directional  pointer  relating  one  or  more  feature  records 
with  each  segment.  In  the  primary  direction,  the  Segment  Header  Records 
are  referenced  by  the  Culture  Segment  Pointer  Records  associated  with 
the  various  feature  records.  A  segment  may  be  shared  by  two  or  more 
features,  in  «diich  case  each  of  those  features  will  point  to  the  shared 
segment  header.  In  the  opposite  direction,  each  Segment  Header  Record 
will  contain  one  or  more  backpointers,  idiich  are  pointers  from  the 
segment  back  to  the  feature(s)  which  reference  that  segment.  This  bi¬ 
directionality  makes  it  possible  for  software,  given  a  feature  ,  to 
extract  all  segments  making  up  that  feature,  and,  given  a  segment,  to 
identify  all  features  making  use  of  that  segment. 

50.1.2.3.2.14.3  Vertex  List  Pointer  Record.  This  mandatory  record 
contains  an  array  of  pointers  into  either  the  2-D  Segment  Coordinates 
File  or  the  3-D  Segment  Coordinates  file  based  on  the  value  in  the  2- 
D/3-D  Coordinates  Flag  field  in  the  parent  Segment  Header  Record. 

50.1.2.3.2.14.4  Segment  Backpointer  Record.  This  mandatory  record 
contains  an  array  of  segment  backpointers. 

50.1.2.4  Gridded  Data.  This  section  defines  the  detailed  file,  record, 
and  field  structure  of  the  SZF/BDI  gridded  data  format.  This  format  is 
used  to  represent  both  the  terrain  and  the  texture  components  of  a 
SIF/BDI  database. 
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50.1.2.4.1  Gridded  Data  Encoding.  SIF/BDZ  treats  several  fonas  of 
gridded  sisnilator  data  in  a  cannon  nanncu:.  These  data  types  include 
imagery-based  and  generic  forms  of  photo  texture  as  veil  as  gridded 
terrain  data.  Although  photo  texture  and  terrain  have  traditionally 
been  maintained  in  different  formats,  they  have  fundamental 
architectural  simularities  in  that  both  are  grids.  What  varies  are  the 
characteristics  described  within  the  grid  as  well  as  the  specific 
gecnetry  of  each  grid. 

a.  SIF/HDI  builds  upon  an  existing  imagery  standard,  the  National 
Imagery  Transmission  Format  (NITF),  which  %raa  developed  by  the  O.S. 
intelligence  cosmunity  to  be  independent  of  specific  image  handling 
worlcstations  and  systasw.  NITF  is  extrssMly  flexible  by  design  and 
accomodates  traceability,  security  Information,  compressed  imagery, 
encrypted  imagery,  multi-band  imagery  and  image  filter  conditions,  as 
well  as  supporting  looX-up  tables.  This  standard  is  intended  to  support 
exchange  of  image  data  among  a  wide  range  of  vendors  and  users  having 
potentially  different  and  incompatible  internal  formats. 

b.  Within  the  simulator  database  cosmunity,  there  are  several 
alternative  methods  for  representing  terrain  idiich  have  their  pros  and 
cons.  The  most  widely  used  digital  terrain  product.  Defense  Happing 
Agency  (DHA)  Digital  Terrain  Elevation  Data  (DTED),  is  a  gridded  fonsat, 
in  which  elevation  values  are  assigned  to  a  matrix  of  positions  (terrain 
"posts')  defined  by  fixed  arcs  of  latitude  and  longitude.  Almost  all 
the  actual  DTED  produced  by  DMA  is  in  3-Becond  arc  spacing,  idiicb  is 
roughly  equivalent  to  100  meters  of  ground  distance  at  the  stid- 
latitudes.  This  data  is  often  colloquially  referred  to  as  "lOO-awter 
DTED."  The  Standard  Simulator  Data  Base  (SSDB)  also  stores  terrain  data 
in  a  gridded  format,  but  supports  a  wider  range  of  post  spacings. 

c.  As  an  alternative  to  a  gridded  structure,  many  simulator  systems 
polygonize  the  terrain.  A  polygonized  format,  liXe  a  triangulated 
irregular  networX,  can  be  much  more  efficient  than  a  grid  in 
representing  'terrain.  It  also  simplifies  real-time  image  rendering 
calculations.  Thus,  although  the  SDBF  maintains  terrain  as  a  grid  in 
the  SSDB,  it  offers  the  option  of  having  gridded  terrain,  polygonized 
terrain,  or  both,  within  its  primary  output  product,  the  Generic 
Transformed  Data  Base  (GTDB). 

d.  A  third  alternative  is  to  represent  terrain  using  vector  graphic 
data  structtires  (points,  lines,  and  polygons)  normally  associated  with 
culture  data.  The  advantage  here  is  the  potential  for  greater  precision 
in  representation  of  important  terrain  features  such  as  ridgelines  and 
point  elevations. 

e.  In  order  to  support  general  sharing  of  terrain  data,  SIF/HDI  is 
primarily  a  gridded  format  but  will  also  support  vector  terrain 
features.  Gridded  terrain  is  mors  of  a  conmon  denominator  than 
triangulated  networXs  or  vector  terrain.  Even  «dien  a  simulator  uses 
polygonized  terrain  in  its  real-time  database,  a  gridded  representation 
is  typically  used  as  a  higher-resolution  starting  point  within  the 
database  generation  system.  The  most  consnonly  cited  drawbacks  to  the 
gridded  format  are  its  voluminousness  at  high  resolutions,  and  its 
inability  to  precisely  capture  terrain  vertices  at  lower  grid 
resolutions.  To  address  these  concerns,  the  SIF/HDI  format  supports 
variable  post  spacings  and  vector  terrain  features. 
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f.  Variable  post  spacings  will  permit  sharing  of  data  at  high 
resolutions  without  forcing  everyone  always  to  capture  data  at  the 
highest  resolution.  Each  terrain  file  must  have  a  consistent  grid 
spacing,  as  defined  in  the  header  record  for  that  file,  but  the  choice 
of  grid  spacing  is  unconstrained  and  eft  to  the  producer.  The  size 
(geographic  extent)  of  each  terrain  ^ile  may  also  be  user  defined, 
thereby  minimizing  ’eB^ty”  terrain  posts  caused  by  fixed  file  sizes. 

g.  Vector  terrain  featxures  will  support  representation  of  very  precise 
terrain  relief.  Since  a  general  vector  data  structure  is  used  to 
represent  feature  data,  it  was  decided  to  include  terrain  features 
within  the  feature  data  component  of  SIF/BDZ  and  not  the  terrain 
component  per  se.  Therefore,  this  section  docusMints  only  the  SZF/BDI 
approach  to  gridded  terrain.  The  feature  data  format  is  defined  in  a 
separate  section  of  this  standard. 

50.1.2.4.2  Gridded  Data  Section  Structure.  (Self-explanatory.) 

50.1.2.4.2.1  Basic  HITF  structure.  The  original  intended  application 
for  NZTF  was  electronic  transmission  of  exploited  intelligence  imagery. 
Thus,  the  headers  are  structured  as  message  headers,  and  the  data  are 
structured  as  a  series  of  non-destructive  overlays.  (A  non-destructive 
overlay  is  information  which  can  be  displayed  over  an  underlying  image 
but  which  has  not  been  physically  merged  as  data  pixels  within  the 
image.)  Each  message  is  expected  to  contain  one  exploited  image  along 
with  overlays  and  amplifying  information.  An  NITF  Header  is  required  at 
the  beginning  of  each  message.  NZTF  supports  six  classes  of  data 
following  each  header:  image,  symbol,  label,  text,  audio,  and  non-static 
presentation  information  (HFZ).  All  data  classes  are  optional,  with 
each  instance  defined  by  an  NITF  Sub-Header.  There  is  provision  for 
user-defined  headers  and  sub-headers  to  support  other  data  types. 

SIF/BDZ  takes  advantage  of  this  feature  for  data  such  as  terrain.  NITF 
has  also  reserved  space  for  extended  headers  and  sub-headctrs  to  support 
future  expansion  of  the  standard. 

50.1.2.4.2.2  SIF/HDI  application-specific  features.  SIF/BDI  uses  the 
user-def ineable  aspects  of  NITF  to  define  a  new  data  class  to  represent 
terrain.  The  overall  data  architecture  of  an  NITF  'message*  is  to  begin 
with  an  NITF  Header,  and  then  follow  it  with  all  instances  of  each  type 
of  data  in  turn. 

50.1.2.4.3  Gridded  Data  File  Structures.  (Self-explanatory.) 

50.1.2.4.3.1  NITF  Header  File.  This  mandatory  file  represents  the  NITF 
Header  data.  In  order  to  ensure  forward  ccmpatjbility  with  NITF  as  it 
evolves  independently  from  SIF/HDI,  all  SIF-specific  enhancesnents  have 
been  placed  within  the  Dser  Defined  Header  Data  field  (which  can  contain 
up  to  99,999  characters).  The  reader  should  consult  the  SIF/HDI  and 
SIF/DP  Data  Dictionary  (Appendix  A  of  this  standard)  and  the  NITF 
documentation  for  an  explanation  of  all  fields  which  includes  field  size 
and  range  of  values .  The  format  of  this  file  is  the  same  as  that  in  the 
NITF  standard.  It  is  provided  here  for  completeness  and  convenience. 
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50.1.2.4.3.1.1  SIF/HDI  User  Defined  Header  Data.  Within  th«  NITF 
Bender/  the  SIF/BDI  extensions  provide  counts  of  SIF/BOI-specific  data 
class  files  to  follow.  These  are  the  terrain  data  files.  It  also 
includes  information  for  the  texture  images:  a  list  of  all  the  tie 
points  and  generic  texture  association  data. 

50.1.2.4.3.2  Terrain  Sub-Header  File.  This  file  is  mamdatory  for  each 
terrain  tile.  The  Terrain  Sub-Beader  file  is  used  to  describe  the 
terrain  elevation  data  file  which  imnediately  follows  the  header.  It  is 
a  totally  SIF/BDZ-specific  extension  to  NITF.  Bowever,  in  order  to 
ensure  forward  compatibility  with  NITF  as  it  evolves  Independently  from 
SIF/BDI/  the  Terrain  Sub-Beader  Record  is  Identical  to  the  Image  Sub- 
Beader  Record  with  a  few  exceptions.  Consistent  %rith  NITF/  all  fields 
in  the  Terrain  Sub-Beader  are  encoded  as  ASCII  characters/  including 
numeric  values. 

a.  limits  the  number  of  pixels  (terrain  posts)  per  image  to  4096 
in  the  horixontal  direct i.on  and  7700  in  the  vertical.  SIF/BDI  does  not 
observe  this  limitation. 

b.  In  the  case  of  terrain,  SIF/BDI  does  not  observe  the  limit  of  16 
bits  per  pixel.  For  SIF/BDI  terrain,  either  16  or  24  bits  shall  be  used 
consistently  throughout  a  terrain  manuscript  to  support  1.0  swters  of 
elevation  precision  or  0.01  meters  of  elevation  precision,  respectively. 

c.  Image  Geographic  Location  is  limited  in  NITF  to  the  nearest  second 
in  latitude  and  longitude.  This  may  not  be  good  enough  for  very  high- 
resolution  terrain  patches,  since  1  arc  second  spacing  represents 
roughly  30  meters  of  ground  resolution.  Therefore,  the  f onset  of  the 
Terrain  Geographic  Iiocation  field  has  been  changed,  from  NlTF's  four 
corner  coordinates  expressed  to  the  nearest  arc  second,  to  four 
coordinates  expressed  in  units  of  thousandths  of  arc  seconds.  Also, 
while  the  NITF  Zsiage  Coordinate  System  can  be  Universal  Transverse 
Mercator  (UTM),  geodetic /geographic,  geocentric,  or  none,  the  SIF/BDI 
Terrain  Coordinate  System  must  be  geodetic/geographic. 

d.  Except  for  SIF/BDI  specific  fields  which  are  found  in  the  User 
Defined  Terrain  Data  area,  the  reader  should  consult  the  SIF/BDI  and 
SIF/DP  Data  Dictionary  and  the  NITF  dociamentation  of  equivalent  fields 
within  the  Image  Sub-Beader  for  an  explanation  of  field  s Ize  and  range 
of  values. 

50.1.2.4.3.2.1  SIF/HDI  User  Defined  Terrain  Data.  Within  the  SIF/BDI 
Terrain  Sub-Beader,  the  User-Defined  extensions  are  needed  primarily  to 
better  document  the  sources  of  data  used  to  arrive  at  the  terrain 
elevations . 

50.1.2.4.3.3  Terrain  Data  File.  This  file  is  mandatory  for  each 
terrain  tile.  The  SIF/BDI  terrain  data  format  is  a  sequence  of 
elevation  values,  where  the  size  arH  geometry  of  the  grid  positions  has 
been  defined  in  the  preceding  Terrain  Sub-Beader.  The  data  sequence  is 
always  left  to  right  and  top  to  bottom.  Note  that  this  sequence  is 
different  from  the  sequence  used  within  the  GTDB,  in  that  SIF/BDI  is 
based  upon  NITF,  whereas  GTDB  is  based  on  DTED. 
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50.1.2.4.3.4  Imaoe  Sub-Header  File.  This  file  is  nandatoxy  for  each 
iaiage.  The  Image  Sub-Beader  is  used  to  describe  the  texture  image  idiieh 
imnediately  follows  the  header.  In  order  to  ensure  forward 
ccmpatibility  with  NITF  as  it  evolves  independently  from  SIE/BDI,  all 
SiF-specific  enhancements  have  been  placed  within  the  Oser  Defined  Image 
Data  field.  Consistent  with  NITF,  all  fields  in  the  Image  Sub-Beader 
are  encoded  as  ASCII  characters,  including  numeric  values. 

a.  The  SIF/BDI  implementation  of  the  NITF  standard  has  some  exceptions 
to  the  standard.  These  differences  affect  the  Image  Title  Field,  Isiage 
Coordinate  System  Field,  the  Image  Geographic  Location  Field,  the  use  of 
Look  Op  Tables,  and  the  image  size. 

b.  The  length  and  format  of  the  Image  Title  field  is  left  intact  in  the 
SIF/BDI  i]ig>lementation;  however,  it  should  be  noted  that  SIF/BDI  ma)ios 
use  of  only  the  first  20  characters  of  the  80  character  field,  with  the 
remaining  60  characters  ignored.  When  implementing  SIF/BDI,  one  should 
use  only  the  first  20  characters.  If  a  more  lengthy  title  or 
description  is  needed,  it  can  be  transferred  via  the  80-eharacter 
Texture  Description  Field  in  the  SIF/BDI  Oser  Defined  Image  Data 
section . 

c.  Image  Geographic  Location  is  limited  in  NITF  to  the  nearest  second 
in  latitude  and  longitude.  This  may  not  be  good  enough  for  very  high- 
resolution  imagery,  since  1  arc  second  spacing  represents  roughly  30 
meters  of  ground  resolution.  Therefore,  the  format  of  the  Image 
Geographic  Location  field  has  been  changed,  from  NITF's  four  comer 
coordinates  expressed  to  the  nearest  arc  second,  to  four  coordinates 
expressed  in  units  of  thousandths  of  arc  seconds.  It  is  noted  that  they 
may  not  be  an  exact  outline  of  the  image.  A  more  accurate  outline  is 
found  in  the  Texture  Footprint  Data  in  the  Oser-Defined  Image  Data. 

d.  NITF  limits  the  number  of  pixels  per  image  to  4096  in  the  horizontal 
direction  and  7700  in  the  vertical,  with  a  maximum  of  16  bits  per  pixel 
per  band.  SIF/BDI  does  not  observe  this  limitation. 

e.  The  reader  should  consult  the  SIF/BDI  and  SIF/DP  Data  Dictionary  and 
the  NITF  documentation  for  an  explanation  of  all  fields  (to  include 
field  size  and  range  of  values)  except  for  the  SIF/BDI  specific  fields 
found  in  the  SIF/BDI  User  Defined  Image  Data  area. 
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50.1.2.4.3.4.1  SIF/HDl  User  Defined  Image  Data.  Within  the  NITF  Znage 
Siib-Beeder,  the  SIF/BDI  exteneions  are  needed  primarily  to  better 
document  the  eources  of  data  and  the  processing  used  to  arrive  at  the 
texture.  The  SIF/BDZ-specific  data  is  specified  later  in  this  section 
by  the  field  name,  the  size  in  bytes,  valid  values  for  the  field,  and  a 
usage  typ>e  for  the  field.  The  usage  type  column  provides  an  B-character 
value  for  each  field.  Each  character  represents  one  of  the  usage  type 
codes  previously  specified:  Required  (R),  Optional  (O),  Conditional 
(C),  and  Null  (N).  (Note  that  the  Required,  Optional,  and  Null  fields 
must  be  provided;  the  terms  "Required*,  "Optional",  and  "Null*  refer  to 
the  existence  of  valid  data  %rithin  those  data  fields . )  Each  of  the 
eight  usage  type  codes  represents  a  certain  type  of  textiire.  Each  of 
the  positions  in  the  8-character  value  corresponds  to  the  following 
eight  texture  library  types,  respectively: 


Stage  1 
Stage  2 
Stage  3 
Stage  1 
Stage  2 
Stage  3 
Generic 
SMC/roC 


Specific  Areal 
Specific  Areal 
Specific  Areal 
Specific  Model 
Specific  Model 
Specific  Model 


50.1.2.4.3.4.1.1  Stage  1  Specific  Areal.  (Self-explanatory.) 

50.1.2.4.3.4.1.2  Stage  2  Specific  Areal.  (Self-explanatory.) 

50.1.2.4.3.4.1.3  Stage  3  Specific  Areal.  (Self-explanatory.) 

50.1.2.4.3.4.1.4  Stage  1  Specific  Model.  (Self-explanatory.) 

50.1.2.4.3.4.1.5  Stage  2  Specific  Model.  (Self-explanatory.) 

50.1.2.4.3.4.1.6  Stage  3  Specific  Model.  (Self-explanatory.) 

50.1.2.4.3.4.1.7  Generic .  (Self-explanatory.) 

50.1.2.4.3.4.1.8  SHC/FDC.  (Self-explanatory.) 

50.1.2.4.3.4.2  Field  Structure.  (Self-explanatory.) 
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50.1.2.4.3.5  Image  Data  File.  This  file  is  mandatory  for  each  image. 
The  SIP/BOI  image  data  format  is  a  sec[uence  of  pixel  values,  %d)ere  the 
size  and  gecnetry  of  the  pixels  have  been  defined  in  the  preceding  Image 
Sub-Beader.  The  data  sequence  is  always  left  to  right  and  top  to 
bottom.  Per  NITP,  the  format  supports  either  Band  Sequential  or  Band 
Interleaved  approaches  when  multi -band  imagery  is  involved.  As  stated 
in  the  NITF  standard  document: 


a.  'Image  data  within  a  block  shall  be  forawtted  on  a  row  by  row  basis, 
from  left  to  right  along  each  row  or  line,  and  from  the  top  of  the  block 
to  the  bottom,  down  the  rovrs.  Data  shall  begin  with  the  N  bits  of  pixel 
(0,0)  (the  first  row,  first  column)  of  the  first  block."  The  HITP  iiaage 
coordinate  system  starts  %d.th  (0,0)  at  the  upper  left  comer  of  the 
image,  with  the  first  coordinate  increasing  from  top  to  bottom,  and  the 
second  coordinate  increasing  from  left  to  right.  "The  N  bits  of  each 
pixel  shall  be  in  order  beginning  %rith  the  most  significant  bit  (HSB) 
and  ending  with  the  least  significant  bit  (USB).  This  is  followi^  by 
the  N  bits  of  data  for  pixel  (0,1),  which  is  the  first  row,  second 
colxnnn  of  the  first  block.  The  N  bits  of  data  for  pixel  (1,0)  (the 
first  column  of  the  second  row)  of  the  first  block  shall  follow  the  last 
pixAl  of  the  first  row  of  the  first  block.  The  MSB  of  data  for  the 
first  pixel  of  the  first  line  of  the  second  block  shall  follow  the  LSB 
of  data  for  the  last  pixel  of  the  last  line  of  the  preceding  block.  The 
end  of  the  image  data  shall  be  LSB  of  the  M  bits  of  the  last  pixel,  last 
row,  last  block  of  the  last  band." 


b.  "In  Sequential  Image  Mode  (i.e..  Band  Sequential),  all  of  the  blocks 
of  the  first  band  are  followed  by  all  of  the  blocks  by  the  second  band, 
and  so  on.  Thus,  the  first  block  of  the  first  band  is  followed  by  the 
data  for  the  second  block  of  the  first  band.  The  last  block  of  the 
first  band  is  then  followed  by  the  first  block  of  the  second  band.  In 
Interleaved  Image  Mode  (i.e..  Band  Interleaved  or  Pixel  Interleaved), 
the  first  block  of  the  first  band  is  followed  by  the  first  block  of  the 
second  band  which  is  then  followed  by  the  first  block  of  each  subsequent 
band.  The  first  block  of  the  last  band  is  followed  by  the  second  block 
of  the  first  band,  and  so  on." 


c.  While  the  storage  of  visual  textures  in  the  Image  Data  File  is 
straight-forward,  the  storage  method  for  non-visual  textures,  namely 
SMC/FDC  codes,  is  less  appeurent;  thus,  an  explanation  follow.  It  is 
expected  that  an  SMC/FDC  texture  shall  contain  many  texels  with  the  same 
values  (i.e.,  homogeneous  areas)  and  that  a  Look-up  Table  (LOT)  is  the 
most  cost-effective  way  of  storing  this  data.  If  an  LOT  is.  used,  the 
entries  shall  be  entirely  ASCII  with  a  total  length  of  seven  bytes:  the 
first  two  representing  the  SMC,  while  the  following  five  represent  the 
FDC  value. 


50.1.3.2.5  Data  Quality.  This  section  defines  the  quality  requirstaents 
for  the  information  contained  in  a  SIT  data  set. 

50.1.3.2.5.1  General .  The  subparagraphs  hereto  apply  to  all  sections 
of  the  SIF  data  set. 

50.1.3.2.5.1.1  Boundary  Integrity.  It  must  be  ensured  that  information 
does  not  fall  outside  the  specified  boundaries.  It  also  must  be  ensured 
that  the  information  contained  within  the  boundaries  is  consistent  and 
non-redundant . 
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50.1.3.2.5.1.2  Data  Values.  All  data  values  must  fall  within  the 
defined  ranges,  whether  defined  by  this  standard  or  user-defined. 

50.1.3.2.5.1.3  Source  Traceability.  Since  most  SZF  data  will  have  been 
derived  from  other  types  of  source  laaterial,  it  is  necessary  to  preserve 
this  heritage  in  order  to  know  how  good  the  SZF  data  set  itself  is. 
Although  many  external  DBGSs  do  not  record  this  information  explicitly, 
it  is,  in  fact,  known  to  the  operators  of  that  equipment,  and  is 
therefore  available  for  Inclusion  in  the  SZF  data  set,  even  if  it 
requires  manual  input. 

50.1.3.2.5.1.4  Zievels  of  Detail.  Since  the  SSDB  is  stored  internally 
in  multiple  levels  of  detail,  it  is  stost  efficient  to  receive  SZF 
information  in  that  form.  Zt  is  unlikely  that  the  SDBF  will  have 
adequate  resources  to  perform  the  segregation  of  single- layer ,  multiple- 
resolution  SZF  data  sets  into  the  multiple-ZX>D  form  needed  internally; 
therefore,  any  external  data  bases  which  exist  as  single  layers  should 
be  broken  out  as  they  are  converted  into  SZF,  not  after. 

50.1.3.2.5.1.5  Post-Acceptance  SIF  Generation.  Under  any  training 
simulator  contract,  the  quality  of  the  primary  deliverable  data  base 
(the  real-time  data  base)  continually  varies  throughout  the  development 
of  the  system.  Even  during  acceptance  testing,  anomalies  are  noted  and 
corrected.  As  a  result,  the  data  base  cannot  actually  be  considered 
"correct"  until  after  it  is  accepted  by  the  Government.  To  avoid  having 
to  make  changes  twice,  the  corresponding  SZF  data  set  should  not  be 
generated  until  after  the  acceptance  of  the  real-time  data  base,  when 
its  content  has  finally  stabilized. 

50.1.3.2.5.2  Culture  Data  Section.  (Self-Explanatory.) 

50.1.3.2.5.2.1  Capture  Criteria.  Capture  criteria  are  used  to  define 
how  information  is  allocated  to  the  various  levels  of  detail  in  the 
SSDB.  In  the  case  of  culture,  capture  criteria  are  ncminally  correlated 
to  hardcopy  maps,  and  the  presence  or  absence  of  a  particular  feature  is 
based  upon  its  occurrence  in  the  corresponding  map.  To  minimize  the 
iiiq>act  of  integrating  culture  from  externally-produced  SZF  data  sets 
into  the  SSDB,  the  criteria  by  which  this  allocation  is  made  need  to  be 
the  same  as  those  used  internally  by  the  SDBF. 

50.1.3.2.5.2.2  Derivative  Areal  Features.  Decomposed  (or  fragmented) 
features  can  add  a  significant  amount  of  additional  processing  to 
consumers  of  a  data  set,  most  of  whom  will  need  to  reassemble  the 
individual  polygons  into  something  resembling  the  original  feature. 

This  is  necessary  because  feature  decomposition  is  a  simulator-specific 
optimization  process;  subsequent  users  of  a  SZF  data  set  will  have  their 
own  simplification  and  decomposition  rules,  based  upon  their  own  image 
generator  characteristics,  and  so  they  will  need  to  perform  their  own 
optimization  anyway.  Also,  in  the  process  of  decomposition,  the 
accuracy  of  the  original  feature  is  lost,  so  even  the  reassembled 
polygons  may  bear  little  resemblance  to  the  original  feature.  Since  the 
decomposition  of  source  features,  then,  both  decreases  the  quality  of 
the  data  set  and  increases  the  effort  associated  with  using  it,  it  will 
not  be  permitted  in  SZF  data  sets  accepted  by  the  SDBF. 
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50.1.3.2.5.2.3  Radar  Characterietica .  The  reflectivity  valuea  contained 
in  a  specific  radar  data  base  are  often  optimised  to  create  a  realistic 
simulation  of  one  particular  radar  set.  For  aK>re  general  application, 
it  is  helpful  to  know  the  characteristics  of  the  display  for  idiioh  it 
%fas  intended. 

50.1.3.2.5.3  Gridded  Data  Section.  Self-explanatory. 


50.1.3.2.5.3.1  Terrain  Post  Spacing.  In  that  the  SSDB  stores  terrain 
in  an  arc-second  spacing  scheme,  it  is  necessary  for  incoming  SIF  data 
to  comply  with  this  format.  If  this  terrain  grid  is  interpolated  from 
some  other  scheme  (such  as  Onlversal  Tranverse  Hercator  (OTN)),  it  will 
not  necessarily  retain  the  accuracy  of  the  source  from  ^^ch  it  was 
generated;  for  this  reason,  the  producer  needs  to  notify  the  SOBF  when 
the  data  has  been  resanqpled,  so  that  a  determination  can  be  made  whether 
it  meets  the  accuracy  standards  of  the  SSDB. 

50.2  SIF/DP  Data  Base  Format.  The  purpose  of  this  section  is  to  define 
the  overall  SIF/DP  data  base  format,  in  both  a  logical  form  as  well  as  a 
physical  tape  form.  The  SIF/DP  Data  Base  Format  was  designed  to  be 
nearly  identical  to  the  SSDB.  It  tras  meant  to  be  processed  by  a  copy  of 
the  SDBF  system  or  an  equivalent  system.  Thus,  the  data  provided 
through  SIF/DP  consists  of  a  dump  of  the  SSDB  with  soste  additional 
control  Information. 


50.2.1  SIF/DP  Data  Base  Structure.  SIF/DP  consists  of  four  general 
classes  of  simulator  data.  These  are  terrain,  culture,  smdels,  and 
texttire.  For  each  a^llcation  of  the  SIF/DP  standard,  these  classes  of 
data  shall  be  included  or  excluded  as  appropriate  to  the  sending  and 
receiving  applications. 

50.2.1.1  Logical  Format.  (Self-explanatory.) 

50.2.1.1.1  Data  Base.  ( Self-explanatory . ) 

50.2.1.1.2  Section .  (Self-explanatory.) 

50.2.1.1.3  File/Record/Field/Item.  Usually,  a  field  consists  of  a 
single  item.  An  exanple  of  a  field  with  more  than  one  item  is  a  vertex 
field  where  each  of  the  coordinates  (X,  Y,  Z)  defining  the  vertex  are 
items. 

50.2.1.2  Physical  Format.  (Self-explanatory.) 

50.2.1.2.1  Data  Order.  The  first  save  set  on  the  first  tape  of  the 
data  base  consists  of  a  single  file;  the  mandatory  SIF/DP  Data  Base 
Header  File.  It  contains  control  information,  including  counts  of 
various  data  entities  as  well  as  the  file  nasie  of  each  file  in  the  data 
base.  Each  of  the  following  sections  consists  of  one  or  more  save 
sets,  each  of  which  consist  of  one  or  more  files.  Bach  of  the  four 
sections  is  optional,  and  their  existence  is  indicated  within  the  SIF/DP 
Data  Base  Header  File.  For  further  details  on  the  content  of  the  files 
within  the  four  main  data  sections,  one  should  consult  the  SSDB  Data 
Base  Design  Doc\iment  (DBDD). 
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50.2.1.2.2  Physical  Tape  Pormat..  It  is  a  subset  of  the  ANSI  standard. 
According  to  this  standard,  volumes  are  written  and  read  on  9-track 
magnetic  tape  drives  only.  The  standard  specifies  the  format,  content, 
and  sequence  of  volume  labels  and  file  labels.  All  labels  must  consist 
of  ASCII  characters.  Pour  file/volume  configurations  are  supported. 

They  are  single  file/ single  volume;  single  file/multi-volume;  multi- 
file/single  volume;  and  multi-file/multi-volume.  A  SIF/DP  data  base  may 
span  several  tape  volumes.  The  ANSI  standard  specifies  a  maximum  block 
size  of  2048  bytes;  however,  SIF/DP  allows  larger  block  sizes.  Larger 
block  sizes  tend  to  be  more  optimal  in  tape  usage.  It  is  reccaomended 
that  SIF/DP  data  base  creators  use  as  large  a  block  size  as  possible, 
given  the  processing  capabilities  of  the  systems  exchanging  data  bases. 
The  SDBF  system  supports  up  to  the  maxiimnn  block  size.  Specific  save 
set  names  used  by  convention  are  listed  in  the  format  descriptions. 

Those  specific  save  set  names  listed  in  each  of  the  sections  are 
required.  For  more  details,  one  should  consult  the  specified  ANSI 
standard  and/or  VAX/VMS  documentation,  including  the  VAX  VMS  Magnetic 
Tape  User's  Guide. 

50.2.2  SIF/DP  File  Formats.  Some  files  are  ASCII  while  others  are 
VAX/VMS  binary  indexed  files  or  VAX/VMS  binary  sequential  files.  The 
binary  files  use  VAX/VMS  format  for  integer  and  floating  point  values. 
The  files  in  SIF/DP  are  either  identical  or  nearly  identical  to  their 
counterparts  in  the  SSDB.  Sente  files  may  have  additional  information 
added  to  them  for  SIF/DP  purposes. 

50.2.2.1  Header  File.  This  section  defines  the  detailed  file,  record, 
and  field  structiire  of  the  SIF/DP  data  base  header  file  format.  This 
format  is  used  to  provide  general  information  on  the  contents  of  a 
SIF/DP  database. 

50.2.2.1.1  Header  Data  Encoding.  This  file  contains  general 
transmittal,  identification,  and  directory  information.  The  intent  of 
the  file  is  to  allow  a  SIF/DP  user  to  plan  for  the  data  to  be  input  frem 
the  data  base  media.  Information,  including  areas  of  coverage  and  file 
names,  are  provided  for  models,  culture,  terrain,  and  texture.  A 
cempressed  form  of  ASCII  has  been  chosen  for  the  data  base  header  file 
by  the  SIF/DP  designers.  Since  many  records  are  optional  and  the  number 
of  records  of  a  certain  type  may  vary,  a  method  is  needed  so  that  one 
knows  the  type  of  record  being  read.  The  keyword  approach  has  been 
adopted  in  the  SIF/DP  Data  Base  Header  File.  To  minimize  the  impact  of 
additional  storage,  keywords  have  been  limited  to  two  ASCII  characters. 

50.2.2.1.2  Header  Section  Structure.  (Self-explanatory.) 

50.2.2.1.3  Header  File  Structure.  This  mandatory  file  shall  contain 
general  transmittal,  identification,  and  directory  information 
concerning  the  SIF/DP  data  base  to  follow.  It  shall  be  the  first  file 
on  the  first  tape  volume.  The  order  of  data  in  the  SIF/DP  Data  Base 
Header  File  is  as  specified  below.  The  order  in  which  the  file  names 
appear  in  this  file  is  the  required  order  in  which  the  files  shall 
appear  in  the  data  base.  All  records  in  this  file  are  defined  in  this 
section.  Data  field  definitions  are  provided  in  the  Data  Dictionary 
appendix . 


50.2.2.1.3.1  SIF  File  Identifier  Record.  This  mandatory  record 
contains  identifiers  indicating  the  type  of  file. 
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50.2.2.1.3.2  Transmittal  Description  Record.  This  mandatory  rscord 
contains  identification  information  for  the  entire  data  base. 


50.2.2.1.3.3  Data  Directory  Record.  This  mandatory  record  contains 
directory  information  regarding  the  entire  data  base. 


50.2.2.1.3.4  2D  Static  Model  Library  Header  File  Name  Record.  This 
record  is  mandatory  only  if  2D  static  models  exist  in  the  data  base. 

The  existence  of  2D  static  models  is  indicated  by  a  coiant  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  2D  static  B»del 
library  header  file. 

50.2.2.1.3.5  2D  Static  Model  Entry  Record.  The  record  contains 
identification  and  descriptive  information  for  a  single  2D  static  sodel. 


50.2.2.1.3.6  3D  Static  Model  Library  Header  Pile  Name  Record.  This 
record  is  mandatory  only  if  3D  static  models  exist  in  the  data  base. 

The  existence  of  3D  static  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  static  model 
library  header  file. 


50.2.2.1.3.7  3D  Static  Model  Entry  Record.  The  record  contains 
identification  and  descriptive  Information  for  a  single  3D  static  model. 


50.2.2.1.3.8  3D  Dynamic  Model  Library  Header  File  Name  Record.  This 
record  is  mandatory  only  if  3D  dynamic  models  exist  in  the  data  base. 

The  existence  of  3D  dynamic  models  is  indicated  by  a  count  in  the  Data 
Directory  Record.  If  they  do  exist,  there  shall  be  exactly  one  of  these 
files.  The  record  contains  the  file  name  for  a  single  3D  dynamic  a»del 
library  header  file. 


50.2.2.1.3.9  3D  Dynamic  Model  Entry  Record.  The  number  of  these 
records  shall  correspond  to  the  number  of  3D  Dynamic  Models  Field,  found 
in  the  Data  Directory  Record.  The  record  contains  identification  and 
descriptive  information  for  a  single  3D  dynamic  model. 

50.2.2.1.3.10  Culture  Cell  Header  Control  Record.  This  record  is 
mandatory  only  if  culture  exists  in  the  data  base.  If  culture  is 
provided,  then  there  shall  be  one  of  these  records  for  each  cell.  The 
number  of  cells  corresponds  to  the  count  given  in  the  Data  Directory 
Record.  The  record  contains  the  file  name  for  the  culture  cell  header 
file  for  a  specific  cell.  This  record  also  contains  the  identifying 
southwest  corner  and  the  number  of  culture  manuscripts  within  this  cell. 


50.2.2.1.3.11  Culture  Manuscript  Data  File  Names  Record.  This  record 
is  mandatory  for  each  culture  manuscript  in  the  data  base.  The  number 
of  these  records  for  a  given  cell  is  provided  by  the  count  found  in  the 
Culture  Cell  Header  Control  Record.  The  record  contains  the  file  name 
for  each  file  with  information  for  a  single  culture  manuscript. 
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50.2.2.1.3.12  Terrain  Cell  Header  Cont.rol  Record.  This  record  is 
nandatory  only  if  terrain  exists  in  the  data  base.  If  terrain  is 
provided,  then  there  shall  be  one  of  these  records  for  each  cell.  The 
number  of  cells  corresponds  to  the  count  given  in  the  Data  Directory 
Record.  The  record  contains  the  file  name  for  the  terrain  cell  header 
file  for  a  specific  cell.  This  record  also  contains  the  identifying 
southwest  corner  and  the  number  of  terrain  manuscripts  within  this  cell. 

50.2.2.1.3.13  Terrain  Manuscript  Data  Pile  Names  Record.  This  record 
is  mandatory  for  each  terrain  manuscript  in  the  data  base.  The  number 
of  these  records  for  a  given  cell  is  provided  by  the  count  found  in  the 
Terrain  Cell  Header  Control  Record.  The  record  contains  the  file  name 
for  each  file  with  infomation  for  a  single  terrain  manuscript. 

50.2.2.1.3.14  Generic  Texture  Entry  Record.  This  record  is  mandatory 
for  each  generic  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  generic 
texture. 


50.2.2.1.3.15  Stage  3  Specific  Model  Texture  Entry  Record.  This  record 
Is  mandatory  for  each  stage  3  specific  model  texture  in  the  data  base. 
The  nianber  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  model  texture. 

50.2.2.1.3.16  Stage  2  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
Information  for  a  single  stage  2  specific  model  texttire. 

50.2.2.1.3.17  Stage  1  Specific  Model  Texture  Entry  Record.  This  record 
is  mandatozy  for  each  stage  1  specific  model  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  model  texture. 

50.2.2.1.3.18  Stage  3  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  3  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  3  specific  areal  texture. 

50.2.2.1.3.19  Stage  2  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  2  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  2  specific  areal  texture. 

50.2.2.1.3.20  Stage  1  Specific  Areal  Texture  Entry  Record.  This  record 
is  mandatory  for  each  stage  1  specific  areal  texture  in  the  data  base. 
The  number  of  these  records  is  provided  by  the  count  found  in  the  Data 
Directory  Record.  The  record  contains  identifying  and  descriptive 
information  for  a  single  stage  1  specific  areal  texture. 
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50.2.2.1.3.21  SMC/FDC  Texture  Entry  Record.  This  record  is  mandatory 
for  each  SMC/FDC  texture  in  the  data  base.  The  number  of  these  records 
is  provided  by  the  count  found  in  the  Data  Directory  Record.  The  record 
contains  identifying  and  descriptive  information  for  a  single  SMC/FDC 
areal  texture. 

50.2.2.2  Model  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  CSG  and 
polygonal  model  data  format. 

50.2.2.2.1  Model  Data  Bneodino.  The  CSG  approach  to  siodeling  describes 
physical  objects  using  boolean  combinations  of  a  fair  single  primitive 
solids,  such  as  spheres  and  cylinders.  The  CSG  approach  was  selected 
as  being  significantly  store  generic  (i.e.,  systast-independant)  than  the 
polygonal  (i.e.,  surface-based)  approach  typically  used  by  sianilator 
vendors.  Although  CSG  primitives  are  volustetric  (3-dimensional),  2-D 
parts  within  a  model  may  be  represented  by  modeling  the  objects  as  one 
or  more  thin  plates,  tdiich  may  then  be  ” collapsed '  into  a  flat  plane  by 
the  CDBTP  during  polygonization .  In  those  oases  where  a  shape  (either 
2-D  or  3-D)  is  too  irregular  to  be  efficiently  represented  using 
standard  solids,  the  SDBF  software  design  supports  definition  of  free¬ 
form  polygonal  cross-sections  on  a  vertex-by-vertex  basis.  These  cross- 
sections  may  then  be  used  to  generate  3-D  volumes  via  CSG  operations 
such  as  'sweep*  or  ‘revolve*.  The  SDBF  uses  a  ccnmarcial  off-the-shelf 
(COTS)  product  called  ICMGMS  (Interactive  Computer  Modelling  Geometric 
Modelling  System)  as  the  basic  tool)d.t  for  modeling  application 
software . 


50.2.2.2.2  Model  Section  Structure.  The  SSDB  supports  storage  of  each 
model  at  up  to  nine  levels  of  detail  (LODs).  The  resolutions  for  the 
LODs  may  vary  from  model  to  model  since  the  way  a  model  is  built  depends 
on  the  specific  application  for  which  it  was  intended.  In  the  SSDB,  a 
conmercial  software  product  (ICMGMS)  with  a  particular  implementation  of 
standard  CSG  commands  has  been  used.  The  polygonal  geoeaetry  of  each 
model  is  represented  as  a  set  of  surface  polygons  in  3-D  space.  The 
perimeter  of  each  polygon  is  described  by  a  set  of  coordinates  or 
vertices.  The  polygon  is  i]ig>licitly  closed.  Vertices  are  listed  in 
co\inter-cloc)cwi8e  order.  Each  surface  or  polygon  may  have  descriptive 
and  rendering  attributes  associated  with  it.  A  wide  range  of  fields  are 
available  to  describe  attributes  specific  to  radar,  visual,  and  infrared 
simulation,  as  well  as  general  attributes  applicable  to  all  three.  Each 
polygon  may  reference  texture  maps  from  an  associated  Model  Texture 
Library.  The  model  library  structure  also  supports  composite  models  in 
which  one  model  references  another  as  a  component. 

50.2.2.2.3  Model  File  Structure.  (Self-explanatory.) 

50.2.2.3  Culture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  culture  data 
format . 
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50.2.2.3.1  Culture  Data  Encoding.  The  SIF/DP  culture  format  is  nearly 
identical  with  the  logical  formats  of  the  Project  2851  Standard 
Simulator  Data  Base  (SSDB).  This  is  natural  for  a  format  intended  to 
support  distributed  maintenance  of  the  SSDB.  The  SSDB  stores  culture 
data  in  a  vector  graphics  format  (points,  lines,  and  polygons).  The 
format  is  comparable  to  DMA  Digital  Feature  Analysis  Data  (DFAD),  but 
considerably  extended  in  terms  of  point  precision  and  descriptive 
attributes  supported.  Another  valuable  feature  of  the  SSDB  format  is 
its  support  for  a  FACS-like  attribute  coding  scheme.  Modeled  after 
DMA's  Feature  Attribute  Coding  System,  the  FACS  is  a  system  of  self¬ 
defining  feature  categories  and  attributes,  which  gives  the  SDBF 
flexibility  to  add  new  feature  categories  and  attributes  to  SIF/BDZ  as 
the  need  arises. 


50.2.2.3.2  Culture  Section  Structure.  The  general  data  architecture 
for  SSDB  culture  files  is  modeled  after  standards  and  conventions 
established  by  the  Defense  Mapping  Agency.  The  inclusion  of  culture 
within  a  SIF/DP  database  may  be  toggled  such  that  no  culture  is  sent  or 
all  culture  within  the  specified  area  of  coverage  is  sent. 

50.2.2.3.3  Culture  File  Structure.  (Self-explanatory.) 

50.2.2.4  Terrain  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SZF/DP  terrain  data 
format . 


50.2.2.4.1  Terrain  Data  Encoding.  The  SIF/DP  terrain  format  is  nearly 
identical  with  the  logical  formats  of  the  Standard  Simulator  Data  Base 
(SSDB).  This  is  natural  for  a  format  intended  to  support  distributed 
maintenance  of  the  SSDB.  The  SSDB  stores  terrain  data  in  a 
systematically  spaced  grid  format  comparable  to  Defense  Happing  Agency 
(DMA)  Digital  Terrain  Elevation  Data  (DTBD),  but  supports  a  much  wider 
range  of  post  spacings,  to  support  simulator  applications  with  widely 
varying  resolution  requirements. 


50.2.2.4.2  Terrain  Section  Structure.  The  inclusion  of  terrain  within 
a  SIF/DP  database  may  be  toggled  such  that  no  terrain  is  sent  or  all 
terrain  within  the  specified  area  of  coverage  is  sent. 


50.2.2.4.3  Terrain  File  Structure.  (Self-explanatory.) 


50.2.2.5  Texture  Data.  The  purpose  of  this  section  is  to  define  the 
detailed  file,  record,  and  field  structure  of  the  SIF/DP  texture  format. 


50.2.2.5.1  Texture  Data  Encoding.  The  SIF/DP  texture  format  is 
intended  to  support  distributed  maintenance  of  the  texture  files  within 
the  Standard  Simulator  Data  Base  (SSDB).  Therefore,  the  data  format 
will  be  very  similar,  if  not  identical,  to  the  internal  binary  format 
used  in  the  SSDB. 


50.2.2.5.2  Texture  Section  Structure.  Each  texture  library  has  a 
toggle  associated  with  it  to  determine  the  te:;ture  libraries  to  be  sent. 
Textures  to  be  sent  are  determined  by  their  areas  of  coverage  except  for 
generic  textures. 

50.2.2.5.3  Texture  File  Structure.  (Self-explanatory.) 
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50.2.3  SIF/DP  Data  Base  Content.  SIF/DP  was  designed  for  the  express 
purpose  of  providing  a  highly  efficient  interface  to  the  SSDB,  as  it  is 
stored  internally  by  the  SDBF  data  base  generation  system.  In  doing  so, 
it  was  decided  that  virtually  no  tailoring  or  filtration  of  the  SSDB 
would  be  supported,  since  these  operations  would  ij!g>ede  the  rapid 
generation  and  utilization  of  SIF/DP  data  sets.  Thus,  by  definition,  a 
SIF/DP  data  set  is  a  direct  copy  of  the  SSDB  from  which  it  was  created. 
The  only  options  available  to  SIF/DP  producers  and  consxmers  are  the 
"toggles",  which  determine  whether  or  not  to  incorporate  each  of  the 
major  sections. 
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60.1  Notes  on  Appendix  A 

60.1.1  General  Design  Approach.  The  formats  of  the  different  data 
fields  defined  within  the  SIF/BDI  and  SIF/DP  files  require  the 
definition  of  different  data  structures  %rithin  the  data  dictionary  and 
methods  for  storing  these  data  fields  within  a  SIF/HDI  tape  file. 

a.  Data  fields  specified  within  the  SIF/BDI  formats  and  SIF/DP  formats 
can  be  divided  into  t%io  categories,  atomic  level  data  fields  and 
composite  level  data  fields.  The  atomic  level  data  fields  are  defined 
as  containing  only  one  data  value,  and  the  composite  level  data  fields 
are  defined  as  containing  t%fo  or  more  data  values. 


b.  When  storing  an  atomic  level  data  field  into  a  SIF/BDI  ASCII  tape 
file,  the  format  is  defined  as  being  the  value  of  the  data  field 
followed  by  the  field  separator  mark  (an  ASCII  Null  mark  *00').  An 
example  is  shown  below: 


Field  lOOField  200Field  300... 


c.  When  storing  a  composite  level  data  field  into  a  SIF/BDI  ASCII  tape 
file,  the  format  is  defined  as  being  the  value  of  the  first  data  item 
followed  by  an  intra-field  separator  ( a  blank  character  '  ’ )  followed  by 
the  value  of  the  next  data  value  in  the  field.  If  there  are  more  data 
values  contained  within  the  field,  the  second  data  value  is  followed  by 
an  intra-field  separator  followed  by  the  next  data  value,  and  so  on 
until  all  data  values  for  the  data  field  have  been  written  to  the  tape 
file.  After  all  data  values  have  been  written,  the  data  field  is 
terminated  with  an  ASCII  null  character.  Examples  are  shown  below: 


Group_l_Field_l  Group_l_Field_2  Group_l_Field_300. . . 

Group_l_Field_l  Group_l_Field_200Group_2_Fleld_l  Group_2_Field_200 . . . 

d.  When  storing  either  an  atomic  level  data  field  or  a  composite  level 
data  field  into  a  SIF/BDI  binary  tape  file,  there  are  no  field 
separators  nor  any  intra-field  separators. 
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e.  Except  for  where  specially  noted,  all  data  fields  are  in  an  ASCII 
string  format.  Thus,  all  fields  marked  as  type  BOOl£AN,  ENUMerated, 
REAL6,  BZALIO,  ZNTeger,  etc.,  are  actually  converted  to  ASCII  strings. 

If  a  data  field  is  truly  binary,  then  its  type  shall  indicate  this  by 
the  word  ’’BINARY''  in  it  (e.g.,  BINARY  INT  would  indicate  a  binary 
integer  type) .  Binary  types  are  used  in  files  that  are  entirely  binary, 
%rhile  ASCII  strings  are  used  in  files  that  are  entirely  in  readable 
ASCII  string  format.  Binary  files  tend  to  consist  of  long  lists  of 
coordinates . 

f.  For  the  data  fields  represented  as  ASCII  strings,  the  lengths 
provided  in  this  data  dictionary  indicate  the  maxiiman  possible  length 
(number  of  characters)  for  each  data  field  that  exists  in  the  SIF  Data 
Base  Beader  File,  the  Model  Section,  and  the  Culture  Section.  For  any 
particular  instance  of  a  data  field  in  those  areas,  the  actual  length 
may  be  less  due  to  the  compression  of  blanks.  (Note  that  blanks  used  as 
intra-field  separators  shall  not  be  compressed.)  For  ASCII  data  fields 
in  the  Gridded  Data  Section  for  Terrain  and  Texture,  the  lengths  shown 
in  this  data  dictionary  indicate  the  exact  length  of  each  field.  The 
reason  for  this  is  that  the  Gridded  Data  Section  follo%fs  the  NITF 
standard  which  does  not  allow  for  blat^  compression  %rLthin  its  header 
data.  For  all  ASCII  data  fields,  the  length  does  not  include  the  field 
separator;  however,  for  composite  level  data  fields,  the  length  does 
include  the  intra-field  separator(s) . 

g.  For  the  data  fields  represented  in  a  binary  format,  the  lengths 
provided  in  this  data  dictionary  indicate  the  exact  number  of  bytes 
necessary  to  represent  that  type. 

h.  Since  the  Gridded  Data  Section  treats  field  lengths  differently  than 
the  other  sections,  it  may  be  useful  to  distinguish  these  data  fields 
from  the  rest.  In  order  to  extend  the  usefulness  of  this  data 
dictionary,  fields  that  occur  only  in  the  Gridded  Data  Section  are 
denoted  with  "(GDS)"  in  the  field  name  column  following  the  name; 
fields  that  occur  in  the  Gridded  Data  Section  as  well  as  others  are 
similarly  denoted  with  '(BOTH)''. 

i.  There  are  several  different  types  of  data  defined  in  this  data 
dictionary.  The  integer  type  (INT)  has  several  traditional  ranges 
associated  with  it  that  correspond  to  the  number  of  bytes  often  used  to 
represent  it  (-128.. 127  for  1-byte  integers,  -32768. .32767  for  2-byte 
integers,  -2147483648 . .2147483647  for  4-byte  integers).  Seme  SIF 
integer  types  have  other  ranges  due  to  the  requirements  of  those  data 
fields.  Multiple  integer  fields  can  be  grouped  to  form  composite  level 
data  fields  such  as  INT2D,  INT3D,  and  INT4D. 

j.  The  traditional  real,  or  floating  point,  type  is  represented  in 
scientific  notation  for  ASCII  strings  and  in  standard  ANSI/IEEE  binary 
floating  point  notation  (ANSI/IEEE  Std  754-1985)  for  binary  data.  The 
number  of  significant  digits  is  indicated  by  the  type  name  (e.g.,  six 
significant  digits  in  REAI,6,  ten  significant  digits  in  REALlO). 

Multiple  real  fields  can  be  grouped  to  form  composite  level  data  fields 
such  as  REAL2D6,  REAL3D6,  REAL2D10,  and  REAL3D10. 
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k.  The  string  type  is  an  ASCII  string  of  given  length.  In  general,  it 
can  contain  any  free-fonn  set  of  printable  ASCII  characters,  including 
the  blank  character.  There  are  some  cases  when  only  certain  characters 
are  eligible.  For  example,  date  fields  %K>uld  consist  of  numeric 
characters  only,  and  file  name  fields  would  consist  of  alphanumeric 
characters  and  a  few  other  eligible  characters  (as  described  previously 
in  this  dociiment ) .  The  type  name  is  STR . 

l.  The  enumerated  type  is  essentially  the  same  as  a  string  type  except 
that  there  exists  a  small  finite  number  of  possible  valid  strings. 

These  are  shown  in  the  range  column  of  this  data  dictionary.  The 
enumerated  type  consists  of  only  alphanusteric  characters  and  the 
xmderscore  ( )  character .  The  length  indicated  for  an  enumerated  type 
field  indicates  the  length  of  the  longest  enumerated  value  for  that 
type.  Following  the  NITF  conventions,  enumerated  type  fields  shall  be 
padded  with  blanks  when  necessary  in  the  Gridded  Data  Section; 
enumerated  type  fields  in  all  other  places  in  the  SIF  data  base  shall  be 
of  the  exact  length  of  that  enumerated  type  value.  The  type  name  is 
ENUM. 

m.  The  boolean  type  is  a  special  enumerated  type  where  the  poss:J>le 
values  are  TRUE  and  FALSE  only.  The  type  name  is  BOOLEAN. 

n.  A  few  special  types  exist.  For  example,  the  BEX  type  is  a  32- 
character  string  of  hexidecimal  digits  (0..9,  A. .F) .  Some  types  are  a 
combination  of  other  types  in  that  they  consist  of  a  series  of  data 
items  of  the  same  or  different  types.  These  are  all  considered 
composite  level  data  fields. 

60.2  Notes  on  Appendix  B 

€0.2.1  FACS  Commonality.  The  feature  types  and  attributes  described  in 
the  DMA  glossary  cover  a  majority  of  the  different  feature  types  and 
attributes  required  within  the  SIF.  Bowever,  there  is  a  need  to  expand 
on  the  DMA  glossary  for  some  of  the  more  simulator  specific  attributes 
supported  in  the  SIF  format.  The  following  paragraphs  identify  the  FACS 
codes  and  P2851  specific  FDC  values  that  are  to  be  used  for  the  optional 
attributes  for  culture  features  or  components  of  models  as  defined  in 
the  applicable  sections  of  the  document. 

60.2.2  FACS  Codes.  This  section  provides  a  mapping  from  the 
different  SIF  optional  attribute  fields  to  the  actively  supported  FACS 
codes.  Originator  codes  are  assigned  to  SIF  users  as  described  in  the 
main  body  of  this  document,  section  4.2.1,  Physical  Tape  Labeling. 

Based  on  values  identified  in  the  User-Defined  FACS  tables  for  either 
culture  or  model  data,  and  input  from  SIF  users,  the  list  of  actively 
supported  FACS  codes  can  grow  to  include  whatever  descriptors  are  deemed 
necessary  to  attribute  the  SIF  data.  If  a  user-defined  FACS  attribute 
becomes  part  of  the  standard  SIF  FACS  Code  list,  its  FACS  Code  value  may 
be  modified  and  documented  in  a  future  revision  to  this  specification. 
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60.2.3  SIF-Snecifie  FDCb.  Feature  Descriptor  Codes  are  prisiarily 

based  on  the  rCode  value  that  is  described  within  the  DMA  FACS  Glossary. 
As  with  the  SIF  supported  FACS  codes,  the  list  of  feature  codes  «rithin 
the  DMA  glossary  needs  to  be  expanded  upon  to  describe  simulator 
specific  features.  The  following  list  describes  the  FDCs  that  are 
specific  to  the  SIF.  For  a  complete  listing  of  the  FDCs  that  are  to  be 
used  for  describing  features  or  models  within  the  SIF,  this  list  is  to 
be  combined  with  the  FCodes  in  the  DMA  FACS  Glossary. 

a.  The  FDC  list  has  the  possibility  for  expansion  in  the  future  based 
on  inputs  from  SIF  users.  Based  on  values  identified  in  the  FID/FDC 
Cross  Reference  tables  for  either  culture  or  model  data,  and  input  from 
SIF  users,  the  list  of  actively  supported  FDC  codes  can  grow  to  include 
tdiatevar  descriptors  are  deemed  necessary  to  describe  the  SIF  data. 
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